I had a simular problem with a san disk 128 gb ssd but during a fresh
install of debian 9 on a dell E6230 laptop. Before the install the ssd was
wiped totally and overwritten several times including mbr. This leads me to
the conclusion that there is something hindering grub, maybe on a
controller c
Thomas Schmitt wrote:
> It's easy to guess that /boot is the main suspect in this list.
> But still no idea why a blockwise disk copy should not work when it comes
> to identifying a program file as ELF format. Somehow GRUB must get to the
> wrong file content.
+1
Hi,
Lucio Crusca wrote:
> I lack the skills to understand how grub (or the BIOS firmware if grub hands
> the task to it) could access SSD any different than HDD, given that, as far
> as I know, the SATA protocol is just the same.
Even more, all disk-like storage devices are operated via SCSI comm
Felix Miata wrote:
Did you look for any significant differences between the working and
non-working grub.cfgs? Does Grub see your SSD as an NVMe device and
need to embed a different binary or load a different module for it?
I think you've caught it! Here is what seems to me the most interesti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Feb 25, 2017 at 04:28:33AM -0500, Felix Miata wrote:
> Lucio Crusca composed on 2017-02-25 10:16 (UTC+0100):
> ...
> >I hate to workaround problems without understanding them, this is a loss.
>
> >Thanks everyone for your support anyway.
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Feb 25, 2017 at 10:16:18AM +0100, Lucio Crusca wrote:
[...]
> I hate to workaround problems without understanding them, this is a loss.
I know that feeling. Makes for an interesting life ;-P
regards
- -- t
-BEGIN PGP SIGNATURE-
Vers
Lucio Crusca composed on 2017-02-25 10:16 (UTC+0100):
...
I hate to workaround problems without understanding them, this is a loss.
Thanks everyone for your support anyway.
Did you look for any significant differences between the working and non-working
grub.cfgs? Does Grub see your SSD as
to...@tuxteam.de wrote:
In the OP's context this doesn't make much sense. From the OP's mail
dd if=/dev/sda of=/dev/sdb [other params elided]
That would copy boot sector, partition table and everything. If
(a) the one (or the other) disk isn't broken
(b) no one else is concurrently wri
to...@tuxteam.de wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Fri, Feb 24, 2017 at 11:43:00AM +0100, Thomas Schmitt wrote:
>> Hi,
>>
>> whatever merits the various address methods for partitions may have,
>> the GRUB message "invalid arch-independent ELF magic" is about a prog
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Feb 24, 2017 at 11:43:00AM +0100, Thomas Schmitt wrote:
> Hi,
>
> whatever merits the various address methods for partitions may have,
> the GRUB message "invalid arch-independent ELF magic" is about a program
> file and not about a partition.
Hi,
whatever merits the various address methods for partitions may have,
the GRUB message "invalid arch-independent ELF magic" is about a program
file and not about a partition.
Pick any source file of this list in a current
git://git.savannah.gnu.org/grub.git clone:
./grub-core/loader/i386/bs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Feb 23, 2017 at 10:45:55AM -0500, Stefan Monnier wrote:
> > among others "same UUID" (I know, I know), so no need to change fstab.
>
> Yuck! I recommend you stay away from UUIDs in your fstab. Instead name
> your partitions.
Agree -- only i
> among others "same UUID" (I know, I know), so no need to change fstab.
Yuck! I recommend you stay away from UUIDs in your fstab. Instead name
your partitions. If you use LVM (which you should do anyway for all
kinds of other reasons) your volumes are already named anyway so there's
nothing sp
> using something like rsync, which means no duplicate UUIDs, you aren't
> spending time copying sectors that aren't referenced, the SSD gets
> fewer write cycles and it can be interrupted and resumed.
FWIW, copying files has its own form of overhead, so if the drive is
reasonably filled, it'll be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Feb 23, 2017 at 02:27:51PM +, Jonathan Dowland wrote:
> On Wed, Feb 22, 2017 at 09:18:26AM +0100, Lucio Crusca wrote:
> > dd if=/dev/sda of=/dev/sdb status=progress bs=4K
>
> Why did you decide to do a block-level copy, rather than file-le
On Wed, Feb 22, 2017 at 09:18:26AM +0100, Lucio Crusca wrote:
> dd if=/dev/sda of=/dev/sdb status=progress bs=4K
Why did you decide to do a block-level copy, rather than file-level? Too many
partitions/LVM volumes/etc? Personally I'd always recommend a file-level copy,
using something like rsync,
> The HDD is a Seagate 250GB 7200rpm, the SDD is a Samsung 250GB EVO 850.
> The total capacity matches exactly.
You mean they really have *exactly* the same number of blocs?
> dd if=/dev/sda of=/dev/sdb status=progress bs=4K
FWIW, after doing that, I'd recommend you look at the partition table,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Feb 23, 2017 at 07:53:45AM +0900, Mark Fletcher wrote:
> On Wed, Feb 22, 2017 at 04:35:16PM +0100, Lucio Crusca wrote:
> > Il 22/02/2017 15:39, Eero Volotinen ha scritto:
> > >Try using clonezilla: http://clonezilla.org/
> >
> > I can try, but
On 22/02/17 21:18, Lucio Crusca wrote:
> Here is how I copied the disk contents over the SDD.
> I booted a live Ubuntu from CD media, checked with fdisk that every
> partition is starting 4K aligned and used the following command to copy
> the disk contents:
>
> dd if=/dev/sda of=/dev/sdb status=p
Il 22/02/2017 21:40, Lucio Crusca ha scritto:
cmp is running just now, it started a few minutes ago and it will take about 2
hours. No errors reported until now. I'll let you know the results.
No errors reported by cmp. Still the system is not bootable, same error as
before. What a pity, it
On Wed, Feb 22, 2017 at 04:35:16PM +0100, Lucio Crusca wrote:
> Il 22/02/2017 15:39, Eero Volotinen ha scritto:
> >Try using clonezilla: http://clonezilla.org/
>
> I can try, but I'd prefer understanding what I'm doing wrong, if possible.
>
>
I am not sure I can explain why this would be necessa
Tixy wrote:
At the very least, Ubuntu would cause writes to the SSD due to things
like superblock updates for mount time and count, and possibly access
timestamps in file inodes. But if it's a GUI desktop live CD, I wouldn't
be surprised if there wasn't background file indexing and thumbnailing
t
On Wed, 2017-02-22 at 18:56 +0100, Lucio Crusca wrote:
> Il 22/02/2017 17:40, Tixy ha scritto:
> > On Wed, 2017-02-22 at 09:18 +0100, Lucio Crusca wrote:
> >> I booted a live Ubuntu from CD media, checked with fdisk that every
> >> partition is starting 4K aligned and used the following command to
Il 22/02/2017 17:40, Tixy ha scritto:
On Wed, 2017-02-22 at 09:18 +0100, Lucio Crusca wrote:
I booted a live Ubuntu from CD media, checked with fdisk that every
partition is starting 4K aligned and used the following command to
copy the disk contents:
dd if=/dev/sda of=/dev/sdb status=progress
On Wed, 2017-02-22 at 09:18 +0100, Lucio Crusca wrote:
> I booted a live Ubuntu from CD media, checked with fdisk that every
> partition is starting 4K aligned and used the following command to
> copy the disk contents:
>
> dd if=/dev/sda of=/dev/sdb status=progress bs=4K
Did you unmount all part
Il 22/02/2017 15:39, Eero Volotinen ha scritto:
Try using clonezilla: http://clonezilla.org/
I can try, but I'd prefer understanding what I'm doing wrong, if possible.
Try using clonezilla: http://clonezilla.org/
--
Eero
2017-02-22 15:26 GMT+02:00 Lucio Crusca :
> Il 22/02/2017 09:18, Lucio Crusca ha scritto:
>
>> the following command to copy the disk contents:
>>
>> dd if=/dev/sda of=/dev/sdb status=progress bs=4K
>>
>>
> P.S. I've just tried cloning again w
Il 22/02/2017 09:18, Lucio Crusca ha scritto:
the following command to copy the disk contents:
dd if=/dev/sda of=/dev/sdb status=progress bs=4K
P.S. I've just tried cloning again with the SSD in the notebook and the HDD in
the external USB/SATA adapter, this time booting Ubuntu from USB inst
28 matches
Mail list logo
