grub macht ärgerliche Probleme

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
isabena
Beiträge: 263
Registriert: 26.04.2022 11:03:51

Re: grub macht ärgerliche Probleme

Beitrag von isabena » 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

Benutzeravatar
debiankaios
Beiträge: 182
Registriert: 23.01.2022 12:48:05

Re: grub macht ärgerliche Probleme

Beitrag von debiankaios » 09.09.2023 22:32:54

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.
isabena hat geschrieben: ↑ zum Beitrag ↑
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
Was ist eigentlich ESP?
Grüße, debiankaios.

isabena
Beiträge: 263
Registriert: 26.04.2022 11:03:51

Re: grub macht ärgerliche Probleme

Beitrag von isabena » 09.09.2023 22:37:21

Was ist eigentlich ESP?
EfiSystemPartition

Benutzeravatar
debiankaios
Beiträge: 182
Registriert: 23.01.2022 12:48:05

Re: grub macht ärgerliche Probleme

Beitrag von debiankaios » 09.09.2023 22:41:17

Ist noch was weitere nötig, das das Betriebssystem weiß, dass ich meine EFI-Partition nutze?
Grüße, debiankaios.

isabena
Beiträge: 263
Registriert: 26.04.2022 11:03:51

Re: grub macht ärgerliche Probleme

Beitrag von isabena » 09.09.2023 22:43:10

UUID=3CB7-D08B /boot/efi
stimmt die UUID ?

(prüfen zB mit blkid oder GParted)

Benutzeravatar
Livingston
Beiträge: 1524
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: grub macht ärgerliche Probleme

Beitrag von Livingston » 09.09.2023 22:44:01

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
Autsch!
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

Benutzeravatar
debiankaios
Beiträge: 182
Registriert: 23.01.2022 12:48:05

Re: grub macht ärgerliche Probleme

Beitrag von debiankaios » 09.09.2023 22:48:23

isabena hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 22:43:10
UUID=3CB7-D08B /boot/efi
stimmt die UUID ?

(prüfen zB mit blkid oder GParted)
Habe den USB-Stick schon dreimal neu dded
Livingston hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 22:44:01

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
Autsch!
Boot lag also auf der NVME-SSD und EFI auf dem Stick?
Das ergibt irgendwie keinen Sinn.
Ich begreife es auch nicht ganz.
Grüße, debiankaios.

isabena
Beiträge: 263
Registriert: 26.04.2022 11:03:51

Re: grub macht ärgerliche Probleme

Beitrag von isabena » 09.09.2023 22:51:13

sorry - vielleicht habe ich was falsch verstanden
Bist du im devuan ?

Benutzeravatar
debiankaios
Beiträge: 182
Registriert: 23.01.2022 12:48:05

Re: grub macht ärgerliche Probleme

Beitrag von debiankaios » 09.09.2023 22:52:31

isabena hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 22:51:13
sorry - vielleicht habe ich was falsch verstanden
Bist du im devuan ?
Ja, bin in 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
Unter fdisk, und dann p.
Grüße, debiankaios.

isabena
Beiträge: 263
Registriert: 26.04.2022 11:03:51

Re: grub macht ärgerliche Probleme

Beitrag von isabena » 09.09.2023 22:55:28

dann schau mal, ob unter /boot auch ein /efi liegt

Code: Alles auswählen

ls /boot/efi

isabena
Beiträge: 263
Registriert: 26.04.2022 11:03:51

Re: grub macht ärgerliche Probleme

Beitrag von isabena » 09.09.2023 23:00:50

/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
demnach hast du KEINE efi-Partition

rhHeini
Beiträge: 2372
Registriert: 20.04.2006 20:44:10

Re: grub macht ärgerliche Probleme

Beitrag von rhHeini » 09.09.2023 23:02:57

viewtopic.php?t=187791#p1338360

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.

Benutzeravatar
debiankaios
Beiträge: 182
Registriert: 23.01.2022 12:48:05

Re: grub macht ärgerliche Probleme

Beitrag von debiankaios » 09.09.2023 23:10:03

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.

isabena
Beiträge: 263
Registriert: 26.04.2022 11:03:51

Re: grub macht ärgerliche Probleme

Beitrag von isabena » 09.09.2023 23:13:27

schließe mich dem Ratschlag von @rhHeini an :THX:

mach komplett neu
-- ist erfolgversprechender als der Rettungsversuch :)

rhHeini
Beiträge: 2372
Registriert: 20.04.2006 20:44:10

Re: grub macht ärgerliche Probleme

Beitrag von rhHeini » 09.09.2023 23:19:26

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.

Chameleon
Beiträge: 346
Registriert: 15.07.2023 11:11:28

Re: grub macht ärgerliche Probleme

Beitrag von Chameleon » 09.09.2023 23:40:16

debiankaios hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 21:41:25
[Bin auf jetzt mit den Boot ins richtige System reingekommen, brauche kein chroot mehr
Dann zeig mal bitte

Code: Alles auswählen

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS 
 
lsb_release -a

df -h

cat /etc/fstab
Edit: und bitte auch noch (als root)

Code: Alles auswählen

os-prober
Edit 2:

Code: Alles auswählen

lsblk -o NAME,FSTYPE,UUID,PARTUUID,MOUNTPOINT

efibootmgr -v
könnte ebenfalls hilfreich sein - wie erwähnt, ich gehe weiterhin davon aus, dass keine EFI-Installation hast. ;)

Benutzeravatar
Livingston
Beiträge: 1524
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: grub macht ärgerliche Probleme

Beitrag von Livingston » 10.09.2023 01:32:27

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 Debiangrub-pc und Debiangrub-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 Debiangrub-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. :wink:
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

Benutzeravatar
debiankaios
Beiträge: 182
Registriert: 23.01.2022 12:48:05

Re: grub macht ärgerliche Probleme

Beitrag von debiankaios » 10.09.2023 09:12:27

rhHeini hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 23:19:26
Ich würd ohne Verschlüsselung kein LVM machen, abgesehen von meinem ersten Post statt LVM:
Warum Verschlüsselung, bringt das mir Vorteile? Muss ich nicht beim Start erst das Passwort der LVM dann eingeben?
rhHeini hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 23:19:26
- Eine Partition für / ohne separates /tmp und /var, rund 32G sind ausreichend
Alles mit GPT.
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).
Chameleon hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 23:40:16
debiankaios hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 21:41:25
[Bin auf jetzt mit den Boot ins richtige System reingekommen, brauche kein chroot mehr
Dann zeig mal bitte

Code: 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
Auch wenn ich schon gezeigt habe, dass es ein UEFI ist, und die Einträge in der „/etc/fstab“ auch.
Chameleon hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 23:40:16
Edit: 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
Ich verstehe nicht, warum es das Betriebssystem des Bootsticks zeigt.
Chameleon hat geschrieben: ↑ zum Beitrag ↑
09.09.2023 23:40:16
Edit 2:

Code: Alles auswählen

lsblk -o NAME,FSTYPE,UUID,PARTUUID,MOUNTPOINT

efibootmgr -v
könnte ebenfalls hilfreich sein

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
Livingston hat geschrieben: ↑ zum Beitrag ↑
10.09.2023 01:32:27
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. :wink:
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.

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.

Benutzeravatar
debiankaios
Beiträge: 182
Registriert: 23.01.2022 12:48:05

Re: grub macht ärgerliche Probleme

Beitrag von debiankaios » 10.09.2023 10:16:26

Ich installiere es jetzt(ganz einfach) neu!
Grüße, debiankaios.

Benutzeravatar
Livingston
Beiträge: 1524
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: grub macht ärgerliche Probleme

Beitrag von Livingston » 10.09.2023 10:45:10

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!
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

Antworten