ubuntuusers.de

Hallo, habe in meinen Thinkpad P50 eine zweite SSD M.2 2TB eingebaut, in den zweiten Slot, für /home. Beim Starten wurde von /dev/nvme0n1p2 (alte SSD) gebootet, dann aber /dev/nvme0n1p6 (home) der bisherigen SSD M.2 256GB nicht mehr erkannt, der boot-Prozess hing 1 Minute, dann die Fehlermeldung , dass nvme0n1p6 failed. Ich konnte diese Partition /dev/nvme0n1p6 aber nach Eingabe des root-PW per mount nach home einhängen: mount /dev/nvme0n1p6 /home , auch fsck zeigte fehlerfrei. Die zweite SSD M.2 2TB wurde gar nicht erkannt, fdisk -l zeigte die nicht an, nachdem ich im "emergency mode" nach unvollständigem booten das root-PW eingegeben habe.

Hier hätte ich gerne nach dem mount den boot fortgesetzt, aber runlevel scheint es nicht mehr zu geben. Wie könnte ich an dieser Stelle den boot fortsetzen?

Dann habe ich die alte SSD 256GB herausgezogen und nur die neue SSD 2TB war im zweiten Slot (zweiter von Links). Darauf konnte ich problemlos ubuntu installieren. Es wurde auf /dev/nvme0 installiert! Dann wieder die alte SSD rein und der boot-Prozess "hing" wieder an der /dev/nvme0n1p6 (home) der alten SSD.

Dann bin ich auf die Idee gekommen die beiden SSDs einfach mal im Slot zu vertauschen. Jetzt wird /dev/nvme0n1p6 nicht mehr bemängelt, aber ich kann nur über F12 und Auswahl von der alten "NVMe1: 256GB Samsung SSD" (ja, richtig! Da steht NVMe1: !!! Ist ja auch im zweiten Slot) booten. Nach dem booten davon ist aber alles auf /dev/nvme0..... (NVMe0!!) gemountet:

root@tp50:~# mount | grep nvm
/dev/nvme0n1p2 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/nvme0n1p2 on /var/snap/firefox/common/host-hunspell type ext4 (ro,noexec,noatime,errors=remount-ro)
/dev/nvme0n1p6 on /home type ext4 (rw,relatime)
/dev/nvme0n1p3 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

Ich kann im BIOS/UEFI einstellen was ich will als boot-Festplatte, NVMe0 oder NVMe1: es wird immer von der Installation auf der neuen 2TB SSD, die jetzt im ersten Slot ist, gebootet - wenn ich nicht per F12 explizit die "NVMe1: Samsung SSD 256GB" auswählem dann wird vom zweiten Slot mit dieser SSD gebootet, aber gemountet werden /dev/nvme0...... , siehe oben! Beim booten von der neuen zweiten SSD ist alles auf /dev/nvme1.... gemountet.

Am Rande bemerkt: Mein Thinkpad TP50 ist im BIOS "UEFI only" eingestellt.

root@tp50:~# parted -l
Modell: SAMSUNG MZVLW256HEHP-000L7 (nvme)
Festplatte  /dev/nvme0n1:  256GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Typ       Dateisystem  Flags
 1      1049kB  53,5MB  52,4MB  primary   fat32
 2      53,5MB  146GB   146GB   primary   ext4
 4      146GB   256GB   109GB   extended
 5      146GB   147GB   538MB   logical   fat32
 6      147GB   256GB   109GB   logical   ext4
 3      256GB   256GB   549MB   primary   fat32        boot


Modell: KINGSTON SNV2S2000G (nvme)
Festplatte  /dev/nvme1n1:  2000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem     Name  Flags
 1      1049kB  200GB   200GB   ext4
 2      200GB   200GB   99,6MB  fat32                 boot, esp
 3      200GB   1987GB  1787GB  ext4
 4      1987GB  2000GB  12,9GB  linux-swap(v1)        swap

root@tp50:~# fdisk -l

Festplatte /dev/nvme1n1: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Festplattenmodell: KINGSTON SNV2S2000G                     
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 0E67BD09-FB29-4CBB-A742-4AC271D13C16

Gerät              Anfang       Ende   Sektoren  Größe Typ
/dev/nvme1n1p1       2048  391403519  391401472 186,6G Linux-Dateisystem
/dev/nvme1n1p2  391403520  391598079     194560    95M EFI-System
/dev/nvme1n1p3  391598080 3881832447 3490234368   1,6T Linux-Dateisystem
/dev/nvme1n1p4 3881832448 3907028991   25196544    12G Linux Swap


Festplatte /dev/nvme0n1: 238,47 GiB, 256060514304 Bytes, 500118192 Sektoren
Festplattenmodell: SAMSUNG MZVLW256HEHP-000L7              
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x2db66ca0

Gerät          Boot    Anfang      Ende  Sektoren  Größe Kn Typ
/dev/nvme0n1p1           2048    104447    102400    50M  b W95 FAT32
/dev/nvme0n1p2         104448 285844682 285740235 136,3G 83 Linux
/dev/nvme0n1p3 *    499040256 500112520   1072265 523,6M  b W95 FAT32
/dev/nvme0n1p4      285845502 499040255 213194754 101,7G  5 Erweiterte
/dev/nvme0n1p5      285845504 286896284   1050781 513,1M  b W95 FAT32
/dev/nvme0n1p6      286898176 499040255 212142080 101,2G 83 Linux

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.

root@tp50:~# inxi -Fxxxz
[...]
Drives:
  Local Storage: total: 2.05 TiB used: 200.05 GiB (9.5%)
  ID-1: /dev/nvme0n1 vendor: Samsung model: MZVLW256HEHP-000L7 size: 238.47 GiB
    speed: 31.6 Gb/s lanes: 4 type: SSD serial: <filter> rev: 5L7QCXB7 temp: 23.9 C scheme: MBR
  ID-2: /dev/nvme1n1 vendor: Kingston model: SNV2S2000G size: 1.82 TiB speed: 63.2 Gb/s
    lanes: 4 type: SSD serial: <filter> rev: SBM02103 temp: 33.9 C scheme: GPT
Partition:
  ID-1: / size: 133.05 GiB used: 120.67 GiB (90.7%) fs: ext4 dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 522.5 MiB used: 6.1 MiB (1.2%) fs: vfat dev: /dev/nvme0n1p3
  ID-3: /home size: 99.01 GiB used: 79.37 GiB (80.2%) fs: ext4 dev: /dev/nvme0n1p6
[...]

Es ist jetzt alles "vertauscht", ursächlich weil die beiden SSDs sich offensichtlich in anderer Reihenfolge der Slots nicht vertragen, /dev/nvme0n1p6 (home) wurde nicht mehr eingebunden. Wenn ich diesen Fehler beheben könnte, könnte ich die beiden SSDs wieder im Slot "zurücktauschen", dann wäre dann wäre im ersten Slot wieder NVMe0 und im zweiten wieder NVMe1.

Wer hat mir da einen Tipp? - Die Installation auf der neuen SSD 2TB kann ich gerne wieder löschen, die ist nur testweise drauf um das grundsätzliche Funktionieren der Slots und der 2TB SSD zu belegen. Danke schon mal Eckard

egerlach schrieb:

Dann bin ich auf die Idee gekommen die beiden SSDs einfach mal im Slot zu vertauschen
Nach dem booten davon ist aber alles auf /dev/nvme0..... (NVMe0!!) gemountet:

Alle deine gepostetet Befehle im Codeblock sind einstanden, indem die /dev/nvme0n1: 256GB (alte alte SSD) in Slot 1 und die neue SSD /dev/nvme1n1: 2000GB (die neue SSD) im Slot 2 steckten?

Poste bitte mal

inxi -DP

,

id

und

lsblk -pf

Bitte immer mit dem Abschluß-Prompt.

Nachtrag:
bitte das noch posten:

cat /etc/fstab | grep -v "#"

Berlin_1946 schrieb:

egerlach schrieb:

Dann bin ich auf die Idee gekommen die beiden SSDs einfach mal im Slot zu vertauschen
Nach dem booten davon ist aber alles auf /dev/nvme0..... (NVMe0!!) gemountet:

Alle deine gepostetet Befehle im Codeblock sind einstanden, indem die /dev/nvme0n1: 256GB (alte alte SSD) in Slot 1 und die neue SSD /dev/nvme1n1: 2000GB (die neue SSD) im Slot 2 steckten?

Nein! In diesem initialen "Versuchs-Zustand" wird /dev/nvme0n1p6 (home) beim booten fälschlich als "Failed" deklariert, der boot-Prozess stoppt und ich kann nur root-PW eingeben. Außerdem wird dann die neue SSD im zweiten Slot NICHT erkannt, unter fdisk -l gibt es sie einfach nicht! (Im Bios/Uefi schon, auch im "Thinkpad Diagnostics") Die einzige mögliche lauffähige Version ist die mit der neuen SSD 2TB im ersten Slot und der alten im zweiten Slot.

root@tp50:~# inxi -DP
Drives:
  Local Storage: total: 2.06 TiB used: 200.06 GiB (9.5%)
  ID-1: /dev/nvme0n1 vendor: Samsung model: MZVLW256HEHP-000L7 size: 238.47 GiB
  ID-2: /dev/nvme1n1 vendor: Kingston model: SNV2S2000G size: 1.82 TiB
  ID-3: /dev/sda type: USB vendor: Hitachi model: HTC Android Phone size: 3.77 GiB
Partition:
  ID-1: / size: 133.05 GiB used: 120.68 GiB (90.7%) fs: ext4 dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 522.5 MiB used: 6.1 MiB (1.2%) fs: vfat dev: /dev/nvme0n1p3
  ID-3: /home size: 99.01 GiB used: 79.37 GiB (80.2%) fs: ext4 dev: /dev/nvme0n1p6
root@tp50:~# 

(das hatte ich schon gepostet)

root@tp50:~# id
uid=0(root) gid=0(root) Gruppen=0(root)
root@tp50:~# 

root@tp50:~# lsblk -pf
NAME             FSTYPE   FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
/dev/loop0       squashfs 4.0                                                    0   100% /snap/bare/5
/dev/loop1       squashfs 4.0                                                    0   100% /snap/chromium/2590
/dev/loop2       squashfs 4.0                                                    0   100% /snap/chromium/2599
/dev/loop3       squashfs 4.0                                                    0   100% /snap/core20/1974
/dev/loop4       squashfs 4.0                                                    0   100% /snap/core20/2015
/dev/loop5       squashfs 4.0                                                    0   100% /snap/core22/858
/dev/loop6       squashfs 4.0                                                    0   100% /snap/core22/864
/dev/loop7       squashfs 4.0                                                    0   100% /snap/cups/974
/dev/loop8       squashfs 4.0                                                    0   100% /snap/cups/980
/dev/loop9       squashfs 4.0                                                    0   100% /snap/firefox/3026
/dev/loop10      squashfs 4.0                                                    0   100% /snap/firefox/3068
/dev/loop11      squashfs 4.0                                                    0   100% /snap/gnome-3-38-2004/140
/dev/loop12      squashfs 4.0                                                    0   100% /snap/gnome-3-38-2004/143
/dev/loop13      squashfs 4.0                                                    0   100% /snap/gnome-42-2204/120
/dev/loop14      squashfs 4.0                                                    0   100% /snap/gnome-42-2204/126
/dev/loop15      squashfs 4.0                                                    0   100% /snap/gtk-common-themes/1535
/dev/loop16      squashfs 4.0                                                    0   100% /snap/modem-manager/523
/dev/loop17      squashfs 4.0                                                    0   100% /snap/modem-manager/538
/dev/loop18      squashfs 4.0                                                    0   100% /snap/snapd/19457
/dev/loop19      squashfs 4.0                                                    0   100% /snap/snapd/19993
/dev/sda                                                                                  
└─/dev/sda1      vfat     FAT32       5966-15F5                               3,8G     0% /media/gerlach/5966-15F5
/dev/nvme0n1                                                                              
├─/dev/nvme0n1p1 vfat     FAT32       2F8E-EC7A                                           
├─/dev/nvme0n1p2 ext4     1.0         307c32b3-f6f9-4cab-8f0b-c115f1b73d8b    5,5G    91% /var/snap/firefox/common/host-hunspell
│                                                                                         /
├─/dev/nvme0n1p3 vfat     FAT32       DF66-F591                             516,5M     1% /boot/efi
├─/dev/nvme0n1p4                                                                          
├─/dev/nvme0n1p5 vfat     FAT32       33A6-66B9                                           
└─/dev/nvme0n1p6 ext4     1.0         aabd5913-0c70-4952-9f9a-55f15b00fbe9   14,6G    80% /home
/dev/nvme1n1                                                                              
├─/dev/nvme1n1p1 ext4     1.0         bf3d5401-e85e-44d6-825b-32e82b5c5657                
├─/dev/nvme1n1p2 vfat     FAT32       4076-02A5                                           
├─/dev/nvme1n1p3 ext4     1.0         6779fb2b-09ad-4a59-af4f-da74248444c1                
└─/dev/nvme1n1p4 swap     1           d503cadb-d0d9-451d-b0ab-abedf091c79f                
root@tp50:~#

@@@@ Ich weiss jetzt warum die /dev/nvme0n1p6 (home) beim booten nicht erkannt wird, wenn die SSDs umgekehrt in den Slots sitzen:

Auszug aus fdisk -l wenn der boot-Prozess abbricht mit der alte SSD im ersten Slot, die zweite neue 2TB-SSD im zweiten Slot:

Festplatte /dev/nvme1n1: 238,47 GiB, 256060514304 Bytes, 500118192 Sektoren
Festplattenmodell: SAMSUNG MZVLW256HEHP-000L7              
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x2db66ca0

Gerät          Boot    Anfang      Ende  Sektoren  Größe Kn Typ
/dev/nvme1n1p1           2048    104447    102400    50M  b W95 FAT32
/dev/nvme1n1p2         104448 285844682 285740235 136,3G 83 Linux
/dev/nvme1n1p3 *    499040256 500112520   1072265 523,6M  b W95 FAT32
/dev/nvme1n1p4      285845502 499040255 213194754 101,7G  5 Erweiterte
/dev/nvme1n1p5      285845504 286896284   1050781 513,1M  b W95 FAT32
/dev/nvme1n1p6      286898176 499040255 212142080 101,2G 83 Linux

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.

es werden die Partitionen als nvme1 (nicht nvme0 !!!) erkannt, und da /home nvme0... ist , gehts schief. (in diesem anderen Zustand der gesteckten SSDs wird die zweite neue große SSD übrigens DOCH erkannt, hatte es nur übersehen, weil so knapp ohne angelegte Partitionen:

Festplatte /dev/nvme0n1: 953,87 GiB, 1024209543168 Bytes, 2000409264 Sektoren
Festplattenmodell: SKHynix_HFS001TDE9X081N           (das ist eine zweite große SSD, die ich gekauft habe, 1TB, diese SSD war anfangs drinnen)
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

Sobald ich in den zweiten Slot eine neue SSD stecke, dreht sich die Erkennung nvme0... / nvme1... um!!! Auch wenn darauf noch keine Partition ist. Ubuntu reagiert also "allergisch" wenn im zweiten Slot eine größere SSD steckt .

Hallo egerlach,

Die eine Platte ist msdos mit Bootloader und die andere gpt mit Bootloader (EFI), d.h. kann somit nicht funktionieren.

PS: im EFI auch noch EFI only als "Starter" eingetragen.

Gruss Lidux

Lidux schrieb:

Hallo egerlach,

Die eine Platte ist msdos mit Bootloader und die andere gpt mit Bootloader (EFI), d.h. kann somit nicht funktionieren.

PS: im EFI auch noch EFI only als "Starter" eingetragen.

Danke ... puh ... verstehe ich nicht. Habe am BIOS/UEFI nichts geändert seit ich Xubuntu 22.04 auf die alte SSD installiert hatte , so vor ca. 1 Jahr. Das jetzt auf die zweite, große SSD 2TB installierte Xubuntu 22.04 ist sicherlich 22.04.2 (oder .3 ??) , also eine neuere Ausgabe, da kann ich mit "strg-c" den check der Partitionen abbrechen und das booten so beschleunigen. Installiert dieser neuere Xubuntu-Install-Stick vielleicht anders, moderner und mach "gpt mit bootloader"??

@vielleicht ist das was für mich Slot 1 ist in Wirklichkeit Slot 2 ? =⇒> Nein, gerade im Bios/UEFI nachgesehen: es ist NVMe0 der linke slot. wenn auf geöffneter Rückseite des ThinkPad P50 die Slots unten sind.

habe jetzt wie im vorigen Posting angekündet die beiden SSDs im Slot vertauscht, die alte 250er SSD ist jetzt wieder im Slot 1 und bei meiner alten 22.04er-Installation auf dieser alten, kleinen 250er-SSD in der fstab die Bezeichnung von /dev/nvme0n1p6 (home) auf nvme1... gesetzt! Jetzt kann ich auch damit booten, aber mein Thinkpad P50 will unabhängig vom Eintrag im Bios ⇒ boot-Reihenfolge immer von der neuen, großen 2 TB-Festplatte booten. Ich muss beim booten mit F12 explizit rein und die alte "NVMe0: Samsung ..." SSD auswählen. In dem so gebooteten Zustand schreibe ich jetzt diese Zeilen. Das Durcheinander jetzt liegt wohl an dem unterschiedlichen Booten der Platten mit msdos und gpt (Lidux hat das oben geklärt, besten Dank).

Für mich ist jetzt eigentlich alles ok. Vielen Dank an Berlin, Lidux und die ehrenamtlichen Betreiber dieses Forums. Ich boote sowieso nur alle 30-60 Tage einmal, dann kann ich auch mit F12 und Auswahl der alten SSD booten. (Die meiste Zeit schlummer mein P50 im Suspend-to-RAM, das funktioniert bei ThinkPads zuverlässig, ich kann das nur allen hier empfehlen, wenn ihr beruflich damit arbeitet.) Irgendwann kommt sowieso die 24.04.1 drauf und der Mix von 22.04.1 und 22.04.1+X ist Geschichte ... aber wenn ich was lernen kann, machen wir hier gerne weiter ...

Hallo egerlach,

Sollte der os-prober im neuen System durch den Eintrag in der grub Konfiguration aktiv sein, musste durch ein:

sudo update-grub

ein Eintrag für das alte System erzeugt werden. (Ausgabe hier im Codeblock posten)

Gruss Lidux

Hallo egerlach,
wie Lidux sagt:

Die eine Platte ist msdos mit Bootloader und die andere gpt mit Bootloader (EFI),

zwei Bootloader sind nicht okay.

Ich vermute mal, du hattest beim Installieren einmal nur eine SSD, die vom Programm erkannt wurde und da ist dann eine neue angelangt worden (du sitzt vor dem PC, ich habe nur die Glaskugel) 🤣
Warum arbeitest du als User root?
Ändert sich das Verhalten, wenn du als User arbeitest?

Schau dir mal das Wiki: efibootmgr (Abschnitt „Beispiele“) an, vllt hilft es und du kannt F12 und Auswahl der alten SSD vermeiden.

root@tp50:~# /usr/sbin/update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-82-generic
Found initrd image: /boot/initrd.img-5.15.0-82-generic
Found linux image: /boot/vmlinuz-5.15.0-79-generic
Found initrd image: /boot/initrd.img-5.15.0-79-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done
root@tp50:~# 

update-grub hatte ich schon mit der vertauschten SSDs gemacht, hatte nicht geholfen, ich musste immer noch mit F12 booten. Aber jetzt vielleicht ...

@So, neu gebootet, hlft nicht, ich muss immer noch per F12 booten.

Berlin_1946 schrieb:

Hallo egerlach,
wie Lidux sagt:

Die eine Platte ist msdos mit Bootloader und die andere gpt mit Bootloader (EFI),

zwei Bootloader sind nicht okay.

Ich vermute mal, du hattest beim Installieren einmal nur eine SSD, die vom Programm erkannt wurde und da ist dann eine neue angelangt worden (du sitzt vor dem PC, ich habe nur die Glaskugel) 🤣

"vom Programm erkannt"? - Du meinst vom Ubuntu 22.04-Installer erkannt? - Ja "eine neue SSD angelegt worden"? - Du meinst eine zweite SSD eingesteckt worden? - Ja, das ist der Gegenstand dieses thread, eine neue SSD 2TB im zweiten Slot. Auf die habe ich gestern, als die Karte ALLEINE im zweite Slot steckte, xubuntu 22.04.3 installiert. Ja, ich sitze davor, daher kann ich auch die SSDs von einem Slot in den anderen stecken.

Warum arbeitest du als User root?
Ändert sich das Verhalten, wenn du als User arbeitest?

Ich arbeite seit 25 Jahren als root wenn irgendwas konfiguriert wird und das mache ich beruflich bei Kunden ständig.

Schau dir mal das Wiki: efibootmgr (Abschnitt „Beispiele“) an, vllt hilft es und du kannt F12 und Auswahl der alten SSD vermeiden.

Danke, ich guck mal rein, wenn etwas Einfaches was nach Lösung aussieht mir entgegen springt, versucht ich das, ansonsten habe ich ja eine Lösung mit F12, ich boote ja nur alle 30-60 Tage einmal im Durchschnitt. @@ Nein, nichts was mir gleich zusagt, ich bleibe bei meiner Lösung F12, wie schon gesagt, die 24.04.1 wird in einem Jahr sowieso alles platt machen, bis dahin boote ich noch 6-8 Mal 🤣 das steht in keinem Verhältnis zu dem Aufwand jetzt mich stundenlang um boot-manager zu kümmern und mir evtl. mein funktionierendes System zu zerschießen. Nochmals Danke Dir und lidux.

Hallo egerlach,

Im neuen System den Inhalt der grub:

cat /etc/default/grub

Gruss Lidux

Das die "neue" 22.04-Install auf der neuen SSD 2TB, 22.04.3 (Achtung update, zuerst hatte ich hier die falsche grub.conf!!):

root@tp50:/mnt# cat etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
root@tp50:/mnt# 

Das die "alte" 22.04-Install, vermutlich 22.04.1:

root@tp50:~# cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
root@tp50:~# 

diff:

root@tp50:/mnt# diff etc/default/grub /etc/default/grub
8c8
< GRUB_TIMEOUT=0
---
> GRUB_TIMEOUT=10
10c10
< GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
---
> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"

Hej egerlach,

zeige

• cat /etc/fstab

• lsblk -f

• ls -R /boot/efi

• und die Inhalte der fat32 Partitionen

Gruß black tencate

black_tencate schrieb:

Hej egerlach,

zeige

• cat /etc/fstab

alte Installation: (hier home auf /dev/nvme1... gesetzt, nur weil ich eine zweite (zunächst leere!!) SSD M.2 in den zweiten Slot gesteckt hatte.)

# /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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=307c32b3-f6f9-4cab-8f0b-c115f1b73d8b /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p3 during installation
UUID=DF66-F591  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda1 during installation
#UUID=1b63a54c-9aa5-4492-beb8-9df44453970a /home           ext4    defaults        0       2  
#/dev/sda1				   /home	   ext4    defaults        0       0
#/dev/nvme0n1p6			   /home	   ext4    defaults        0       0
/dev/nvme1n1p6			   /home	   ext4    defaults        0       0

# swap was on /dev/sda2 during installation
#UUID=548c1135-f062-4fe6-90c2-de7512c57ab6 none            swap    sw              0       0
#/dev/sda2				   none            swap    sw              0       0
root@tp50:/mnt#

neue Installation auf der neuen 2TB SSD:

root@tp50:/mnt# 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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p1 during installation
UUID=bf3d5401-e85e-44d6-825b-32e82b5c5657 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p2 during installation
UUID=4076-02A5  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme0n1p3 during installation
UUID=6779fb2b-09ad-4a59-af4f-da74248444c1 /home           ext4    defaults        0       2
# swap was on /dev/nvme0n1p4 during installation
UUID=d503cadb-d0d9-451d-b0ab-abedf091c79f none            swap    sw              0       0
root@tp50:/mnt#
root@tp50:/mnt# mount | grep nvm
/dev/nvme1n1p2 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/nvme1n1p2 on /var/snap/firefox/common/host-hunspell type ext4 (ro,noexec,noatime,errors=remount-ro)
/dev/nvme1n1p6 on /home type ext4 (rw,relatime)
/dev/nvme1n1p3 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/nvme0n1p1 on /mnt type ext4 (rw,relatime)
root@tp50:/mnt# 

• lsblk -f

root@tp50:/mnt# lsblk -f
NAME        FSTYPE   FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
loop0       squashfs 4.0                                                    0   100% /snap/bare/5
loop1       squashfs 4.0                                                    0   100% /snap/chromium/2599
loop2       squashfs 4.0                                                    0   100% /snap/chromium/2607
loop3       squashfs 4.0                                                    0   100% /snap/core20/1974
loop4       squashfs 4.0                                                    0   100% /snap/core20/2015
loop5       squashfs 4.0                                                    0   100% /snap/core22/858
loop6       squashfs 4.0                                                    0   100% /snap/core22/864
loop7       squashfs 4.0                                                    0   100% /snap/cups/974
loop8       squashfs 4.0                                                    0   100% /snap/cups/980
loop9       squashfs 4.0                                                    0   100% /snap/firefox/3026
loop10      squashfs 4.0                                                    0   100% /snap/firefox/3068
loop11      squashfs 4.0                                                    0   100% /snap/gnome-3-38-2004/140
loop12      squashfs 4.0                                                    0   100% /snap/gnome-3-38-2004/143
loop13      squashfs 4.0                                                    0   100% /snap/gnome-42-2204/120
loop14      squashfs 4.0                                                    0   100% /snap/gnome-42-2204/126
loop15      squashfs 4.0                                                    0   100% /snap/gtk-common-themes/1535
loop16      squashfs 4.0                                                    0   100% /snap/modem-manager/523
loop17      squashfs 4.0                                                    0   100% /snap/modem-manager/538
loop19      squashfs 4.0                                                    0   100% /snap/snapd/19993
loop20                                                                      0   100% /snap/snapd/20092
nvme1n1                                                                              
├─nvme1n1p1 vfat     FAT32       2F8E-EC7A                                           
├─nvme1n1p2 ext4     1.0         307c32b3-f6f9-4cab-8f0b-c115f1b73d8b    5,6G    91% /var/snap/firefox/common/host-hunspell
│                                                                                    /
├─nvme1n1p3 vfat     FAT32       DF66-F591                             516,5M     1% /boot/efi
├─nvme1n1p4                                                                          
├─nvme1n1p5 vfat     FAT32       33A6-66B9                                           
└─nvme1n1p6 ext4     1.0         aabd5913-0c70-4952-9f9a-55f15b00fbe9   14,6G    80% /home
nvme0n1                                                                              
├─nvme0n1p1 ext4     1.0         bf3d5401-e85e-44d6-825b-32e82b5c5657    166G     4% /mnt
├─nvme0n1p2 vfat     FAT32       4076-02A5                                           
├─nvme0n1p3 ext4     1.0         6779fb2b-09ad-4a59-af4f-da74248444c1                
└─nvme0n1p4 swap     1           d503cadb-d0d9-451d-b0ab-abedf091c79f  

• ls -R /boot/efi

alte Install:

root@tp50:/mnt# ls -R /boot/efi
/boot/efi:
EFI

/boot/efi/EFI:
BOOT  ubuntu

/boot/efi/EFI/BOOT:
BOOTX64.EFI  fbx64.efi  mmx64.efi

/boot/efi/EFI/ubuntu:
BOOTX64.CSV  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi
root@tp50:/mnt# 

neue Install:

root@tp50:/mnt# ls -R boot/efi
boot/efi:
EFI

boot/efi/EFI:
BOOT  ubuntu

boot/efi/EFI/BOOT:
BOOTX64.EFI  fbx64.efi  mmx64.efi

boot/efi/EFI/ubuntu:
BOOTX64.CSV  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi
root@tp50:/mnt#
root@tp50:/mnt# mount | grep vfat
/dev/nvme1n1p3 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/nvme0n1p2 on /mnt/boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
root@tp50:/mnt# 

• und die Inhalte der fat32 Partitionen

root@tp50:/mnt# mount /dev/nvme1n1p1 /mnt2
root@tp50:/mnt# ls /mnt2 -l
insgesamt 0
root@tp50:/mnt# 

root@tp50:/mnt# mount /dev/nvme1n1p5 /mnt3
root@tp50:/mnt# ls /mnt3 -l
insgesamt 4
drwxr-xr-x 4 root root 4096 Aug 19  2022 EFI
root@tp50:/mnt# ls /mnt3 -lR
/mnt3:
insgesamt 4
drwxr-xr-x 4 root root 4096 Aug 19  2022 EFI

/mnt3/EFI:
insgesamt 8
drwxr-xr-x 2 root root 4096 Aug 19  2022 BOOT
drwxr-xr-x 2 root root 4096 Aug 19  2022 ubuntu

/mnt3/EFI/BOOT:
insgesamt 1860
-rwxr-xr-x 1 root root 955656 Aug 19  2022 BOOTX64.EFI
-rwxr-xr-x 1 root root  85672 Aug 19  2022 fbx64.efi
-rwxr-xr-x 1 root root 856232 Aug 19  2022 mmx64.efi

/mnt3/EFI/ubuntu:
insgesamt 3488
-rwxr-xr-x 1 root root     108 Aug 19  2022 BOOTX64.CSV
-rwxr-xr-x 1 root root     117 Aug 19  2022 grub.cfg
-rwxr-xr-x 1 root root 1742728 Aug 19  2022 grubx64.efi
-rwxr-xr-x 1 root root  856232 Aug 19  2022 mmx64.efi
-rwxr-xr-x 1 root root  955656 Aug 19  2022 shimx64.efi
root@tp50:/mnt# 
root@tp50:/mnt# cat /mnt3/EFI/ubuntu/grub.cfg 
search.fs_uuid d1935b89-96f5-4f66-a3d9-749a901c5678 root 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
root@tp50:/mnt# 

Gruß black tencate

Gruß Eckard

Hej egerlach,

benutze in der fstab (und auch sonst) die UUID statt /dev/...

Wenn Du wissen willst, welche der beiden esp Partitionen die benutzte ist, mußt Du

• lsblk -o name,partuuid

  anschauen

• im

  sudo efibootmgr -v

  wird beim Eintrag für Ubuntu die partuuid angzeigt.

Gruß black tencate

root@tp50:/mnt# efibootmgr -v
BootCurrent: 0019
Timeout: 0 seconds
BootOrder: 0001,0000,0010,0011,0012,0013,0019,001F,001D,0017,0018,001A,001B,001C,001E,0020
Boot0000* ubuntu	HD(2,GPT,61cd3566-fe22-4153-bfaa-717ad8d93cf3,0x17545800,0x2f800)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* ubuntu	HD(3,MBR,0x2db66ca0,0x1dbec000,0x105c89)/File(\EFI\ubuntu\shimx64.efi)
Boot0010  Setup	FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)
Boot0011  Boot Menu	FvFile(126a762d-5758-4fca-8531-201a7f57f850)
Boot0012  Diagnostic Splash Screen	FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380)
[...]

Da sie die beiden "ubuntu", die mir auch bei F12 angezeigt werden: einmal GPT und einmal MBR. Und ich sehe auch die "BootOrder": erst 0001 , dann 0000 . Die will ich ändern:

root@tp50:/mnt# efibootmgr --bootorder 0000,0001
BootCurrent: 0019
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* ubuntu
Boot0001* ubuntu
Boot0010  Setup
Boot0011  Boot Menu
Boot0012  Diagnostic Splash Screen
Boot0013  Lenovo Diagnostics
Boot0014  Startup Interrupt Menu
Boot0015  Rescue and Recovery
Boot0016  MEBx Hot Key
Boot0017* USB CD
Boot0018* USB FDD
Boot0019* NVMe0
Boot001A* NVMe1
Boot001B* ATA HDD2
Boot001C* ATA HDD3
Boot001D* ATA HDD0
Boot001E* ATA HDD1
Boot001F* USB HDD
Boot0020* PCI LAN
Boot0021* IDER BOOT CDROM
Boot0022* IDER BOOT Floppy
Boot0023* ATA HDD
Boot0024* ATAPI CD
root@tp50:/mnt# efibootmgr -v
BootCurrent: 0019
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* ubuntu	HD(2,GPT,61cd3566-fe22-4153-bfaa-717ad8d93cf3,0x17545800,0x2f800)/File(\EFI\ubuntu\shimx64.efi)
 

Hurrah!! ... aber beim reboot bootet immer noch die 0001

Es scheint nicht auf Festplatte geschrieben zu werden, nach dem reboot (mit F12) ist wieder Boot-Reihenfolge:

root@tp50:~# efibootmgr -v

BootCurrent: 0019
Timeout: 0 seconds
BootOrder: 0001,0000,0017,0018,0019,001A,001B,001C,001D,001E,001F,0020
Boot0000* ubuntu	HD(2,GPT,61cd3566-fe22-4153-bfaa-717ad8d93cf3,0x17545800,0x2f800)/File(\EFI\ubuntu\shimx64.efi)
[...]

Ich finde kein "write" in der manmage von efibootmgr! Wer weiss wie ich die gesetzte Boot-Reihenfolge persistent schreibe? Ein "update-grub" danach hilft nicht, gerade gemacht und gebootet.

root@tp50:/mnt# lsblk -o name,partuuid
NAME        PARTUUID
loop0       
loop1       
loop2       
loop3       
loop4       
loop5       
loop6       
loop7       
loop8       
loop9       
loop10      
loop11      
loop12      
loop13      
loop14      
loop15      
loop16      
loop17      
loop19      
loop20      
nvme1n1     
├─nvme1n1p1 2db66ca0-01
├─nvme1n1p2 2db66ca0-02
├─nvme1n1p3 2db66ca0-03
├─nvme1n1p4 2db66ca0-04
├─nvme1n1p5 2db66ca0-05
└─nvme1n1p6 2db66ca0-06
nvme0n1     
├─nvme0n1p1 6643e017-8345-4636-aeed-1dd4d23dc622
├─nvme0n1p2 61cd3566-fe22-4153-bfaa-717ad8d93cf3
├─nvme0n1p3 e10d0332-313e-4388-ba61-372d3b6bb019
└─nvme0n1p4 c1e15834-6774-4d10-b109-61d007931f20
root@tp50:/mnt#

Was mache ich damit? Die UUID verwenden ist besser, klar, für /home aber nicht mehr so wichtig, für / (root) Partition natürlich schon.