| Summary: | draktools error with harddrive disk swap | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Jybz <j.biernacki+mga> |
| Component: | RPM Packages | Assignee: | Aurelien Oudelet <ouaurelien> |
| Status: | NEW --- | QA Contact: | |
| Severity: | critical | ||
| Priority: | Normal | CC: | davidwhodgins, fri, lewyssmith, mageia, ouaurelien |
| Version: | 8 | Keywords: | feedback |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | drakxtools-18.45-1.mga8.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Jybz
2021-03-08 16:48:08 CET
Jybz
2021-03-08 18:07:34 CET
Hardware:
i586 =>
x86_64 Check /boot/grub2/install.sh CC:
(none) =>
davidwhodgins Probably the best thing to do is to go through mcc/boot/Set up boot system to be sure everything is covered. If that fails to fix it then it's a bug that needs to be fixed. Thanks reporting this. On IRC, We currently be able to generate a proper initrd for 5.10.20-2.mga8 kernel from dracut command. Assigning to Mageia Tools maintainers. Source RPM:
(none) =>
drakxtools-18.45-1.mga8.src.rpm Hi Dave, He can't open the /mmc/boot/set up boot system menu : > [kien@localhost ~]$ drakconf > Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257. > Ignore the following Glib::Object::Introspection & Gtk3 warnings > Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539. > GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210. > GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210. > GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210. > GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210. > "cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833. > Oops, secure memory pool already initialized > Oops, secure memory pool already initialized > [Try to open] > Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257. > Ignore the following Glib::Object::Introspection & Gtk3 warnings > Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539. > INTERNAL ERROR: unknown device sda2 > MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:131 > devices::entry() called from /usr/lib/libDrakX/devices.pm:146 > devices::make() called from /usr/lib/libDrakX/fs/type.pm:268 > fs::type::call_blkid() called from /usr/lib/libDrakX/fs/type.pm:275 > fs::type::type_subpart_from_magic() called from /usr/lib/libDrakX/fsedit.pm:310 > fsedit::get_hds() called from /usr/libexec/drakboot:35 > [try to open] > Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257. > Ignore the following Glib::Object::Introspection & Gtk3 warnings > Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539. > Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257. > Ignore the following Glib::Object::Introspection & Gtk3 warnings > Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539. > INTERNAL ERROR: unknown device sda2 > MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:131 > devices::entry() called from /usr/lib/libDrakX/devices.pm:146 > devices::make() called from /usr/lib/libDrakX/fs/type.pm:268 > fs::type::call_blkid() called from /usr/lib/libDrakX/fs/type.pm:275 > fs::type::type_subpart_from_magic() called from /usr/lib/libDrakX/fsedit.pm:310 > fsedit::get_hds() called from /usr/libexec/drakboot:35 On the screen : https://matrix.org/_matrix/media/r0/download/matrix.org/zbcXnTzQyYfQLbXnQpQlVkhu/Capture > He installs mga7 on his workstation computer.
> Add a drive on his motherboard ... which swap the root /dev/sda2 to /dev/sdb2
I can imagine things getting confused: a system installed on /dev/sda suddenly finds itself on /dev/sdb. Adding a disc which changes the /dev/sdx of installed systems just looks wrong - *unless* UUIDs cover this sort of thing (fstab).
And drakconf does not...
Can he could make the original disc remain as /dev/sda (new one := /dev/sdb)? This is the normal sort of thing that happens when you add discs.
He says that with high pain he successfully reboot his computer with the added disk after multiple manipulations. I believe he is not able to swap sda/sdb. All the fstab is using UUID, there is no trace (except in comments) of sda2 in the /etc directory. So, why and where drakconf is storing things ? After running : > dracut -vf --kver 5.10.20-desktop-2.mga8 > update-grub2 he could boot the lastest kernel. > uname -r > 5.10.20-desktop-2.mga8
Morgan Leijström
2021-03-09 10:44:50 CET
CC:
(none) =>
fri (In reply to Jybz from comment #6) > All the fstab is using UUID, there is no trace (except in comments) of sda2 > in the /etc directory. So, why and where drakconf is storing things ? As Dave said, look in /boot/grub2/install.sh CC:
(none) =>
mageia Will take a look to reproduce this on a mine system. But, original reporter on IRC has Bad TOCCOC? on one of his hard drives. > As Dave said, look in /boot/grub2/install.sh Mine (on an EFI/GPT system) has simply: grub2-install Are we overlooking ? From comment 0: > $ urpmi --replacepkg kernel-desktop-5.10.20-2.mga8 > INTERNAL ERROR: unknown device sda2 From comment 4: > $ drakconf > INTERNAL ERROR: unknown device sda2 [twice] Tempted to really assign it to the Tools team; but first... From previous comment: > original reporter on IRC has Bad TOCCOC? on one of his hard drives Is this worth pursuing (whatever it actually means)? (In reply to Jybz from comment #6) > He says that with high pain he successfully reboot his computer with the > added disk after multiple manipulations. > All the fstab is using UUID, there is no trace (except in comments) of sda2 > in the /etc directory. So, why and where drakconf is storing things ? > > After running : > dracut -vf --kver 5.10.20-desktop-2.mga8 > update-grub2 > he could boot the lastest kernel. > uname -r > 5.10.20-desktop-2.mga8 Does this mean he has won through? Or that "unknown device sda2" errors still happen? If the latter, this must be assigned to the Tools team. CC:
(none) =>
lewyssmith (In reply to Lewis Smith from comment #9) > > As Dave said, look in /boot/grub2/install.sh > Mine (on an EFI/GPT system) has simply: > grub2-install Because I did not let the installer default to the mbr of sda, mine has ... # cat /boot/grub2/install.sh grub2-install /dev/sdb I'd like to see what Jybz has in that file. (In reply to Lewis Smith from comment #9) > > As Dave said, look in /boot/grub2/install.sh > Mine (on an EFI/GPT system) has simply: > grub2-install The initial report shows no ESP is present, so I assume it's legacy boot. For legacy boot grub2-install requires the install device to be specified. For UEFI boot it doesn't need that because it knows to install the bootloader in the ESP.
Aurelien Oudelet
2021-03-21 18:00:52 CET
Assignee:
bugsquad =>
ouaurelien Jybz still needs to provide the output of "cat /boot/grub2/install.sh". Keywords:
(none) =>
feedback |