Du bist nicht angemeldet.
Hi
hab schon lange linux Arch habe es schon lange mit luks verschlusselt und mit ext4 klappt es. Jetzt habe ich btrfs und beim booten wird hd nicht gefunden :
mount /new_root: cant find uuid=d6c0aad7-c4ad-4cde-b9e1-01ac24f5ac97
You are now dropped into an emergency shell .
warum ?
grub-inhalt:
GRUB_CMDLINE_LINUX="cryptdevice=/dev/disk/by-uuid/3989dc9c8d24-4c42-85f5-4cda4dc7b4af:crypt root=/dev/mapper/crypt"
GRUB_DISABLE_SUBMENU=y
GRUB_ENABLE_CRYPTODISK=y
mkinitcpio-inhalt (hooks):
HOOKS=(base udev autodetect keymap keyboard modconf block encrypt filesystems)
mkinitcpio lauft ohne fehler durch
/dev/sda3: UUID="3989dc9c8d24-4c42-85f5-4cda4dc7b4af" (root-device)
fstab:
# /dev/mapper/crypt
UUID=3989dc9c8d24-4c42-85f5-4cda4dc7b4af / btrfs rw,noatime,space_cache 0 0
# /dev/sda2
UUID=9538b5dd-bb6b-4323-bc8f-de4433f090f8 /boot ext4 rw,nolatime 0 2
# /dev/sda1
UUID=9FB8-A8E8 /boot/EFI vfat rw,nolatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso88591,shortname=mixed,utf8,errors=remount-ro 0 2
# /dev/mapper/crypt
UUID=3989dc9c8d24-4c42-85f5-4cda4dc7b4af /home btrfs rw,noatime,space_cache 0 0
# /dev/mapper/crypt
UUID=3989dc9c8d24-4c42-85f5-4cda4dc7b4af /var/cache/pacman/pkg btrfs rw,noatime,space_cache 0 0
musste das abtippen, weiles in VMBox lauft .
können sie mir helfen ?
Semia
Beitrag geändert von Yamisa (21.05.2020 17:28:01)
Offline
Wenn das Root-FS nicht im Default Subvolume ist, dann muss man das bei den Kernel-Optionen angeben. Wenn das Subvolume, wie bei mir, arch heißt, dann wäre das: rootflags=subvol=arch
Außerdem fällt mir auf, dass die UUID der Fehlermeldung nicht mit der aus der fstab übereinstimmt. Bist du sicher, dass du die richtige genommen hast? Oder hast du die grub.cfg vielleicht nicht neu erzeugt: grub-mkconfig -o /boot/grub/grub.cfg
Offline
danke ,
hab die grub.cfg editiert mit
GRUB_CMDLINE_LINUX="cryptdevice=/dev/disk/by-uuid/3989dc9c8d24-4c42-85f5-4cda4dc7b4af:crypt root=/dev/mapper/crypt rootflags=subvol=@"
@ ist rootverzeichnis .
mkconfig lief ohne fehler aber fehler bleibt :
mount /new_root: cant find uuid=d6c0aad7-c4ad-4cde-b9e1-01ac24f5ac97
das ist aber die uuid von mapper-device ???
Offline
Es reicht nicht aus, nur die grub.cfg zu editieren, man muss sie auch aktivieren. Ließ Stoffels Post nochmal genau.
Offline
Es reicht nicht aus, nur die grub.cfg zu editieren, man muss sie auch aktivieren. Ließ Stoffels Post nochmal genau.
Ich hab doch die grub neu gemacht mit
grub-mkconfig -o /boot/grub/grub.cfg, aber der fehler bleib ? oder was meinen Sie ?
Offline
Erstens: Wir duzen uns hier üblicherweise.
Wenn Sie auf dem Sie bestehen: Sie haben oben geschreiben, Sie hätten nur grub.cfg editiert. Wenn Sie auch grub-mk-config aufgerufen haben, ist mein ost gegenstandslos.
Offline
Wenn das Root-FS nicht im Default Subvolume ist, dann muss man das bei den Kernel-Optionen angeben. Wenn das Subvolume, wie bei mir, arch heißt, dann wäre das: rootflags=subvol=arch
die fstab Optionen (4.Spalte) müssen auch angepasst werden ",subvol=/arch" ... ebenso für /home und /var/...
Außerdem fällt mir auf, dass die UUID der Fehlermeldung nicht mit der aus der fstab übereinstimmt. Bist du sicher, dass du die richtige genommen hast? Oder hast du die grub.cfg vielleicht nicht neu erzeugt: grub-mkconfig -o /boot/grub/grub.cfg
Oder war /boot nicht gemountet ?
Und schreib zur Sicherheit auch nochmal den Boot Loader neu: sudo grub-install [...] --recheck /dev/sda
Offline
ich habe alles neu gemacht, aber der fehler bleibt .
Wenn ich die genfstab neu mit uuid macht, wird auch die falsche angegeben .
Was mache ich falsch ? ich mache luks laufwerk und formatiere mit btrfs . Dann ich erstelle die subvolumes mit zB
mount -o noatime,subvol=@snapshots /dev/mapper/crypt /mnt/.snapshots
wissen sie Hilfe ?
Danke
Offline
das --recheck geht nicht .
Unrecognized option '--recheck'
doch boot is mounted
Beitrag geändert von Yamisa (21.05.2020 18:55:06)
Offline
hallo, will nur sage , das die hd mit systemd-bootloader funktioniert .
bootctl --path=/boot install
mit grub es geht nicht .
Ciao
Semia
Offline
hallo, will nur sage , das die hd mit systemd-bootloader funktioniert .
Ach, dann ist das ein UEFI-System.
Bei UEFI nehme ich auch immer Gummiboot bzw. systemd-boot, nie GRUB.
Offline
a) systemd-bootloader --> gemeint ist wohl systemd-boot
b) systemd-boot, previously called gummiboot
c) ja, systemd-boot ist für UEFI mode, das bräuchte dann aber auch eine EFI System Partition, die oben aber nicht angeben ist...
einiges stimmt hier nicht...
edit: stimmt nicht, EFI System Partition ist ja da :-)
Beitrag geändert von ub4000 (22.05.2020 18:11:49)
Offline
Ja , es ist systemd-boot, ich habe gerne möglichkeit für uefi und bios boot auf hd , grub geht aber nicht, wie gesehen habe . Danke für ihre hilfe !
Offline
Ich kenne mich mit BTRFS nicht aus, allerdings finde ich die fstab schon etwas seltsam, wenn man drei mal die gleiche UUID an unterschiedliche Stellen mounted.
Ist dieses Problem denn jetzt mit systemd-boot gelöst?
Offline
Ich kenne mich mit BTRFS nicht aus, allerdings finde ich die fstab schon etwas seltsam, wenn man drei mal die gleiche UUID an unterschiedliche Stellen mounted.
Das ist bei Btrfs normal, weil es zwar das gleiche FS ist (deswegen die gleiche UUID), aber verschiedene Subvolumes. In der fstab oben fehlt allerdings die zugehörige Option subvol=xyz, mit der beim Mount das entsprechende Subvolume ausgewählt wird.
Offline
Das ist nich nötig , weil es ist das standardsubvolume (root), unter dem andere volumes eingehangen sind . Das system bootet so
Das Problem ist mit systemd-boot gelöst . mit syslinux bootloader soll es gehen auch, hatte ich gelesen .
Das system is nun auf eine echten hd, es alles funktioniert .
Beitrag geändert von Yamisa (24.05.2020 14:43:17)
Offline
Danke für die Erklärung.
Offline
gerne ich hoffe konnte helfen und danke für ihre hilfe !
alavida
Semia
Beitrag geändert von Yamisa (26.05.2020 12:30:31)
Offline