On Wed, Sep 19, 2018 at 04:50:14PM +0200, steve wrote:
Hi there,Just bought a new Mother Board and transfered all of my sdd's from my old box to the new one. New box boots almost normally (I'll come back there later). I then installed Win10 on a new sdd, which boots also correctly.
I'm not familiar with the acronym "sdd". Did You Mean™
SSDs - Solid State Disks
SDDs - SCSI Disk Drives (I'm making something up here)
/dev/sd* - Disks using the SCSI driver
Now when booting Debian Stretch, I get the following messages, and the system takes ages too continue the process: [ 0.185353] Error parsing PCC subspaces from PCCT [ 0.275838] ACPI Error: [INTS] Namespace lookup failure, AE_ALREADY_EXISTS (20170831/dswload-378) [ 0.319628] ACPI Error: [SDS0] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364) [ 0.319685] ACPI Error: Method parse/execution failed \SHAD._STA, AE_NOT_FOUND (20170831/psparse-550) [ 0.319749] ACPI Error: [SDS0] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364) [ 0.319804] ACPI Error: Method parse/execution failed \SHAD._STA, AE_NOT_FOUND (20170831/psparse-550) [ 33.170504] ACPI Error: [SDS0] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364) [ 33.170575] ACPI Error: Method parse/execution failed \SHAD._STA, AE_NOT_FOUND (20170831/psparse-550) [ 33.195221] ACPI Error: [SDS0] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364) [ 33.195279] ACPI Error: Method parse/execution failed \SHAD._STA, AE_NOT_FOUND (20170831/psparse-550) [ 33.977492] ACPI Error: [SDS0] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364) [ 33.977584] ACPI Error: Method parse/execution failed \SHAD._STA, AE_NOT_FOUND (20170831/psparse-550)
I don't believe this is a problem. ACPI is a complex beast and sometimes the ACPI driver is overly strict about working with ACPI and sometimes ACPI is overly strict about working with Linux (actually, I think Linux nowadays defaults to pretending to be Windows). The general advice is "Do you notice any other issues other than error messages?" If not, don't worry about it.
Googling around, I suspect that these errors come from the fact that the BIOS is configured to but in Legacy mode (aka Bios mode) rather than in the more modern UEFI mode. Just an hypothesis. But the problem is that my old sdd's have all (except /dev/sdd, which I just noticed) a msdos partition table:
Changing Motherboard shouldn't have altered the partition table on your disks.
root@box:~# parted /dev/sda print | grep -i partition Partition Table: msdos root@box:~# parted /dev/sdb print | grep -i partition Partition Table: msdos root@box:~# parted /dev/sdc print | grep -i partition Partition Table: msdos root@box:~# parted /dev/sdd print | grep -i partition Partition Table: gpt root@box:~# parted /dev/sde print | grep -i partition Partition Table: msdos root@box:~# parted /dev/sdf print | grep -i partition Partition Table: msdos root@box:~# parted /dev/sdg print | grep -i partition Partition Table: gpt 1 1049kB 524MB 523MB ntfs Basic data partition hidden, diag 2 524MB 629MB 105MB fat32 EFI system partition boot, esp 3 629MB 646MB 16.8MB Microsoft reserved partition msftres 4 646MB 250GB 249GB ntfs Basic data partition msftdata Grub-pc is currently installed on /dev/sda1 (/boot) and /dev/sda. Disks sdb, sdc and sdf are raid1:cat /proc/mdstat Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md1 : active raid1 sdb5[2](S) sdf5[3] sdc5[1]117120896 blocks super 1.2 [2/2] [UU] md2 : active raid1 sdf6[3] sdb6[2](S) sdc6[1] 97589120 blocks super 1.2 [2/2] [UU] md0 : active raid1 sdf1[3] sdb1[2](S) sdc1[1] 19514240 blocks super 1.2 [2/2] [UU] My questions are rather simple. Is it conceivable to convert the sdd's to gpt partition table without reformatting/reinstalling the whole disks? Or maybe only sda (which contains /, /usr, /boot and /tmp) so I can switch my BIOS to UEFI? Am I stuck with those msdos partition tables?
Yes. Here's a good write-up on the subject from Rod Smith, the author of gdisk, a GPT-only equivalent to fdisk.
http://www.rodsbooks.com/gdisk/mbr2gpt.html
Sorry for the long message, I hope there is enough info. Thanks for any help. Steve PS: debian stretch with some backports (and an old 4.15 kernel)
-- For more information, please reread.
signature.asc
Description: PGP signature
