grub macht ärgerliche Probleme
Re: grub macht ärgerliche Probleme
@debiankaios
schau doch mal in die fstab ob dort die ESP richtig eingetragen ist ?
... nur mal so ein Gedanke
schau doch mal in die fstab ob dort die ESP richtig eingetragen ist ?
... nur mal so ein Gedanke
- debiankaios
- Beiträge: 182
- Registriert: 23.01.2022 12:48:05
Re: grub macht ärgerliche Probleme
Ich kann die erste partition schrumpfen. Allerdings macht es glaube ich mehr Sinn, die logische pv zu schrumpfen, weil ich da nicht mal ein drittel brauche. Aber ob das geht, ohne was kaputt zu machen, weiß ich nicht.
Was ist eigentlich ESP?
isabena hat geschrieben:09.09.2023 22:30:29@debiankaios
schau doch mal in die fstab ob dort die ESP richtig eingetragen ist ?
... nur mal so ein Gedanke
Code: Alles auswählen
# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/debiankaios--vg-root / ext4 errors=remount-ro 0 1
# /boot was on /dev/nvme0n1p1 during installation
UUID=7b8a9fda-a30c-42be-913e-d9be217c8ce4 /boot ext2 defaults 0 2
# /boot/efi was on /dev/sda2 during installation
UUID=3CB7-D08B /boot/efi vfat umask=0077 0 1
/dev/mapper/debiankaios--vg-home /home ext4 defaults 0 2
/dev/mapper/debiankaios--vg-tmp /tmp ext4 defaults 0 2
/dev/mapper/debiankaios--vg-var /var ext4 defaults 0 2
/dev/mapper/debiankaios--vg-swap_1 none swap sw 0 0
Grüße, debiankaios.
Re: grub macht ärgerliche Probleme
EfiSystemPartitionWas ist eigentlich ESP?
- debiankaios
- Beiträge: 182
- Registriert: 23.01.2022 12:48:05
Re: grub macht ärgerliche Probleme
Ist noch was weitere nötig, das das Betriebssystem weiß, dass ich meine EFI-Partition nutze?
Grüße, debiankaios.
Re: grub macht ärgerliche Probleme
stimmt die UUID ?UUID=3CB7-D08B /boot/efi
(prüfen zB mit blkid oder GParted)
- Livingston
- Beiträge: 1813
- Registriert: 04.02.2007 22:52:25
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: 127.0.0.1
Re: grub macht ärgerliche Probleme
Code: Alles auswählen
# /boot was on /dev/nvme0n1p1 during installation
UUID=7b8a9fda-a30c-42be-913e-d9be217c8ce4 /boot ext2 defaults 0 2
# /boot/efi was on /dev/sda2 during installation
UUID=3CB7-D08B /boot/efi vfat umask=0077 0 1
Boot lag also auf der NVME-SSD und EFI auf dem Stick?
Das ergibt irgendwie keinen Sinn.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
Douglas Adams
- debiankaios
- Beiträge: 182
- Registriert: 23.01.2022 12:48:05
Re: grub macht ärgerliche Probleme
Habe den USB-Stick schon dreimal neu ddedisabena hat geschrieben:09.09.2023 22:43:10stimmt die UUID ?UUID=3CB7-D08B /boot/efi
(prüfen zB mit blkid oder GParted)
Ich begreife es auch nicht ganz.Livingston hat geschrieben:09.09.2023 22:44:01Autsch!Code: Alles auswählen
# /boot was on /dev/nvme0n1p1 during installation UUID=7b8a9fda-a30c-42be-913e-d9be217c8ce4 /boot ext2 defaults 0 2 # /boot/efi was on /dev/sda2 during installation UUID=3CB7-D08B /boot/efi vfat umask=0077 0 1
Boot lag also auf der NVME-SSD und EFI auf dem Stick?
Das ergibt irgendwie keinen Sinn.
Grüße, debiankaios.
Re: grub macht ärgerliche Probleme
sorry - vielleicht habe ich was falsch verstanden
Bist du im devuan ?
Bist du im devuan ?
- debiankaios
- Beiträge: 182
- Registriert: 23.01.2022 12:48:05
Re: grub macht ärgerliche Probleme
Ja, bin in devuan.isabena hat geschrieben:09.09.2023 22:51:13sorry - vielleicht habe ich was falsch verstanden
Bist du im devuan ?
Huch:
Code: Alles auswählen
Device Boot Start End Sectors Size Id Type
/dev/nvme0n1p1 * 2048 999423 997376 487M 83 Linux
/dev/nvme0n1p2 1001470 3907028991 3906027522 1,8T 5 Extended
/dev/nvme0n1p5 1001472 3907028991 3906027520 1,8T 8e Linux LVM
Grüße, debiankaios.
Re: grub macht ärgerliche Probleme
dann schau mal, ob unter /boot auch ein /efi liegt
Code: Alles auswählen
ls /boot/efi
Re: grub macht ärgerliche Probleme
demnach hast du KEINE efi-Partition/dev/nvme0n1p1 * 2048 999423 997376 487M 83 Linux
/dev/nvme0n1p2 1001470 3907028991 3906027522 1,8T 5 Extended
/dev/nvme0n1p5 1001472 3907028991 3906027520 1,8T 8e Linux LVM
Re: grub macht ärgerliche Probleme
viewtopic.php?t=187791#p1338360
Der OP hat keinen Plan was eine efi-Installation ist. Sind Grundlagen, egal ob Debian oder Devuan.
Der OP hat keinen Plan was eine efi-Installation ist. Sind Grundlagen, egal ob Debian oder Devuan.
Zuletzt geändert von rhHeini am 09.09.2023 23:10:29, insgesamt 1-mal geändert.
- debiankaios
- Beiträge: 182
- Registriert: 23.01.2022 12:48:05
Re: grub macht ärgerliche Probleme
Ich glaube es ist wirklich einfach alles einzustampen und neu zu installieren(wie rhHeini sagte), als sich damit weiter rumzuplagen, wie ich nun richtige Größen anlege.
Zuletzt geändert von debiankaios am 09.09.2023 23:15:30, insgesamt 1-mal geändert.
Grüße, debiankaios.
Re: grub macht ärgerliche Probleme
schließe mich dem Ratschlag von @rhHeini an
mach komplett neu
-- ist erfolgversprechender als der Rettungsversuch
mach komplett neu
-- ist erfolgversprechender als der Rettungsversuch
Re: grub macht ärgerliche Probleme
https://wiki.ubuntuusers.de/EFI_Installieren/
https://wiki.ubuntuusers.de/EFI_Bootmanagement/
https://help.ubuntu.com/community/UEFI
https://wiki.ubuntuusers.de/EFI_Grundlagen/
Ich würd ohne Verschlüsselung kein LVM machen, abgesehen von meinem ersten Post statt LVM:
- Eine Partition für / ohne separates /tmp und /var, rund 32G sind ausreichend
- Eine Partition für swap, 2 x RAM
- Eine Partition für /home, grosszügig ausgelegt.
Alles mit GPT.
https://wiki.ubuntuusers.de/EFI_Bootmanagement/
https://help.ubuntu.com/community/UEFI
https://wiki.ubuntuusers.de/EFI_Grundlagen/
Ich würd ohne Verschlüsselung kein LVM machen, abgesehen von meinem ersten Post statt LVM:
- Eine Partition für / ohne separates /tmp und /var, rund 32G sind ausreichend
- Eine Partition für swap, 2 x RAM
- Eine Partition für /home, grosszügig ausgelegt.
Alles mit GPT.
Re: grub macht ärgerliche Probleme
Dann zeig mal bittedebiankaios hat geschrieben:09.09.2023 21:41:25[Bin auf jetzt mit den Boot ins richtige System reingekommen, brauche kein chroot mehr
Code: Alles auswählen
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
lsb_release -a
df -h
cat /etc/fstab
Code: Alles auswählen
os-prober
Code: Alles auswählen
lsblk -o NAME,FSTYPE,UUID,PARTUUID,MOUNTPOINT
efibootmgr -v
- Livingston
- Beiträge: 1813
- Registriert: 04.02.2007 22:52:25
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: 127.0.0.1
Re: grub macht ärgerliche Probleme
Ich denke, inzwischen haben wir alles zusammen, um das Ganze nachzuvollziehen:
Die ursprüngliche Installation war eine nach altem Muster: Kein UEFI, keine GPT-Partitionierung, sondern BIOS mit MBR-Partitionierung. Das was wie eine verunglückte Partition 2 aussah, ist in Wirklichkeit eine Extended-Partition nach altem MBR-Schema.
So erklärt sich auch die Bezeichnung der großen Partition als Nummer 5 (sog. "erweiterte Partitionen" nach altem Schema beginnen immer mit Werten über 4).
Der Stick des Rettungssystems wurde dagegen im UEFI-Modus gestartet. Bei dem Versuch grub zu installieren, ist er gescheitert, weil keine EFI-Partition vorhanden war. Daher die Verwirrung.
Ich vermute, dass dein UEFI/BIOS so eingestellt ist, dass Dein Rechner sowohl im BIOS- als auch im UEFI-Modus starten kann, und da er mal nach BIOS-Schema installiert worden ist, blieb es danach auch dabei. Im Gegensatz zum Stick: Der hat für sich selbst beide Sorten von Bootloadern, nämlich grub-pc und grub-efi. Dein Rechner hat dann beim Start des Sticks die UEFI-Variante "ausgewürfelt". Das hat dann zur Folge, dass das Rettungssystem davon ausgeht, dass auch auf der SSD grub-efi installiert werden soll, was für Deinen Fall natürlich keinen Sinn macht.
Lässt sich alles lösen, wenn man es erst mal rausbekommen hat. Aber bitte nicht mehr heute Abend, morgen gerne weiter mit wachem Kopf.
Die ursprüngliche Installation war eine nach altem Muster: Kein UEFI, keine GPT-Partitionierung, sondern BIOS mit MBR-Partitionierung. Das was wie eine verunglückte Partition 2 aussah, ist in Wirklichkeit eine Extended-Partition nach altem MBR-Schema.
So erklärt sich auch die Bezeichnung der großen Partition als Nummer 5 (sog. "erweiterte Partitionen" nach altem Schema beginnen immer mit Werten über 4).
Der Stick des Rettungssystems wurde dagegen im UEFI-Modus gestartet. Bei dem Versuch grub zu installieren, ist er gescheitert, weil keine EFI-Partition vorhanden war. Daher die Verwirrung.
Ich vermute, dass dein UEFI/BIOS so eingestellt ist, dass Dein Rechner sowohl im BIOS- als auch im UEFI-Modus starten kann, und da er mal nach BIOS-Schema installiert worden ist, blieb es danach auch dabei. Im Gegensatz zum Stick: Der hat für sich selbst beide Sorten von Bootloadern, nämlich grub-pc und grub-efi. Dein Rechner hat dann beim Start des Sticks die UEFI-Variante "ausgewürfelt". Das hat dann zur Folge, dass das Rettungssystem davon ausgeht, dass auch auf der SSD grub-efi installiert werden soll, was für Deinen Fall natürlich keinen Sinn macht.
Lässt sich alles lösen, wenn man es erst mal rausbekommen hat. Aber bitte nicht mehr heute Abend, morgen gerne weiter mit wachem Kopf.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
Douglas Adams
- debiankaios
- Beiträge: 182
- Registriert: 23.01.2022 12:48:05
Re: grub macht ärgerliche Probleme
Warum Verschlüsselung, bringt das mir Vorteile? Muss ich nicht beim Start erst das Passwort der LVM dann eingeben?rhHeini hat geschrieben:09.09.2023 23:19:26Ich würd ohne Verschlüsselung kein LVM machen, abgesehen von meinem ersten Post statt LVM:
Ich mache normal immer ein seperates /tmp und /var(eventuell will ich sogar mein /tmp auf eine seperate Festplatte schieben, um die SSD zu schonen).rhHeini hat geschrieben:09.09.2023 23:19:26- Eine Partition für / ohne separates /tmp und /var, rund 32G sind ausreichend
Alles mit GPT.
Chameleon hat geschrieben:09.09.2023 23:40:16Dann zeig mal bittedebiankaios hat geschrieben:09.09.2023 21:41:25[Bin auf jetzt mit den Boot ins richtige System reingekommen, brauche kein chroot mehrCode: Alles auswählen
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS lsb_release -a df -h cat /etc/fstab
Code: Alles auswählen
# [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI
Code: Alles auswählen
# lsb_release -a
No LSB modules are available.
Distributor ID: Devuan
Description: Devuan GNU/Linux 5 (daedalus)
Release: 5
Codename: daedalus
Code: Alles auswählen
# df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 16G 0 16G 0% /dev
tmpfs 3,2G 1020K 3,2G 1% /run
/dev/mapper/debiankaios--vg-root 23G 3,9G 18G 18% /
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 6,3G 0 6,3G 0% /dev/shm
/dev/nvme0n1p1 455M 82M 349M 19% /boot
/dev/mapper/debiankaios--vg-home 295G 189G 92G 68% /home
/dev/mapper/debiankaios--vg-tmp 1,8G 52K 1,7G 1% /tmp
/dev/mapper/debiankaios--vg-var 9,1G 275M 8,4G 4% /var
tmpfs 3,2G 12K 3,2G 1% /run/user/1000
Code: Alles auswählen
# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/debiankaios--vg-root / ext4 errors=remount-ro 0 1
# /boot was on /dev/nvme0n1p1 during installation
UUID=7b8a9fda-a30c-42be-913e-d9be217c8ce4 /boot ext2 defaults 0 2
# /boot/efi was on /dev/sda2 during installation
UUID=3CB7-D08B /boot/efi vfat umask=0077 0 1
/dev/mapper/debiankaios--vg-home /home ext4 defaults 0 2
/dev/mapper/debiankaios--vg-tmp /tmp ext4 defaults 0 2
/dev/mapper/debiankaios--vg-var /var ext4 defaults 0 2
/dev/mapper/debiankaios--vg-swap_1 none swap sw 0 0
Chameleon hat geschrieben:09.09.2023 23:40:16Edit: und bitte auch noch (als root)Code: Alles auswählen
os-prober
Code: Alles auswählen
# os-prober
/dev/sda3:Mac OS X:MacOSX:macosx
Chameleon hat geschrieben:09.09.2023 23:40:16Edit 2:
könnte ebenfalls hilfreich seinCode: Alles auswählen
lsblk -o NAME,FSTYPE,UUID,PARTUUID,MOUNTPOINT efibootmgr -v
Code: Alles auswählen
# lsblk -o NAME,FSTYPE,UUID,PARTUUID,MOUNTPOINT
NAME FSTYPE UUID PARTUUID MOUNTPOINT
sda iso966 2019-08-26-06-55-07-00
├─sda1
│ 663d6ede-3cef-4c0c-a006-ceba919e5cca
├─sda2
│ vfat 41D2-D807 663d6ede-3cef-4c0c-a007-ceba919e5cca
└─sda3
hfsplu 663d6ede-3cef-4c0c-a004-ceba919e5cca
nvme0n1
├─nvme0n1p1
│ ext2 7b8a9fda-a30c-42be-913e-d9be217c8ce4 d4d012bd-01 /boot
├─nvme0n1p2
│ d4d012bd-02
└─nvme0n1p5
LVM2_m 4aOYS4-uDDD-2Y8X-iEls-uZIv-LSKa-nE8hTl d4d012bd-05
├─debiankaios--vg-root
│ /
├─debiankaios--vg-var
│ /var
├─debiankaios--vg-swap_1
│ [SWAP]
├─debiankaios--vg-tmp
│ /tmp
└─debiankaios--vg-home
/home
Code: Alles auswählen
# efibootmgr -v
BootCurrent: 0005
Timeout: 1 seconds
BootOrder: 0005,0001,0004,0002
Boot0001* Hard Drive BBS(HD,,0x0)..GO..NO........s.K.I.N.G.S.T.O.N. .S.N.V.S.2.0.0.0.G....................A...........................&.hZ........6..Gd-.;.A..MQ..L.5.0.0.2.6.B.7.6.8.5.A.D.D.B.A.F........BO
Boot0002* Network Card BBS(Network,,0x0)..GO..NO........q.I.B.A. .C.L. .S.l.o.t. .0.0.F.E. .v.0.1.1.5.........................rN.D+..,.\...........B..Gd-.;.A..MQ..L.I.B.A. .C.L. .S.l.o.t. .0.0.F.E. .v.0.1.1.5........BO
Boot0004* USB BBS(USB,,0x0)..GO..NO........e.S.M.I. .U.S.B. .D.I.S.K. .1.1.0.0....................A.......................8..Gd-.;.A..MQ..L.S.M.I. .U.S.B. .D.I.S.K. .1.1.0.0........BO
Boot0005* UEFI: SMI USB DISK 1100, Partition 2 PciRoot(0x0)/Pci(0x14,0x0)/USB(22,0)/HD(2,GPT,663d6ede-3cef-4c0c-a007-ceba919e5cca,0x164,0x1680)..BO
Es gibt sicherlich eine Lösung um die alten Partitionen weiter nutzen zu können, aber ich denke eine komplette Neuinstallation einfacher ist, zumal beim booten das root-Verzeichnis nicht gecheckt werden kann. Außerdem will ich bald weitere Betriebsysteme dazu installieren(Redox), wofür ich denke ich mehr Platz im /boot brauche. Und ich würde denke ich auch(wenn es Vorteile bietet), eine verschlüsselte LVM erstellen.Livingston hat geschrieben:10.09.2023 01:32:27Lässt sich alles lösen, wenn man es erst mal rausbekommen hat. Aber bitte nicht mehr heute Abend, morgen gerne weiter mit wachem Kopf.
Edit: Doch keine verschlüsselte LVM.
Zuletzt geändert von debiankaios am 10.09.2023 10:50:48, insgesamt 1-mal geändert.
Grüße, debiankaios.
- debiankaios
- Beiträge: 182
- Registriert: 23.01.2022 12:48:05
- Livingston
- Beiträge: 1813
- Registriert: 04.02.2007 22:52:25
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: 127.0.0.1
Re: grub macht ärgerliche Probleme
Ist wahrscheinlich das Beste, wenn Du sowieso alles neu aufbauen willst.
Wenn's knifflig wird... wir sind da, einfach fragen
Ich wünsche gutes Gelingen!
Wenn's knifflig wird... wir sind da, einfach fragen
Ich wünsche gutes Gelingen!
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
Douglas Adams