ubuntuusers.de

Hallo,

ich habe wieder mal ein Problem beim dem ich nicht weiterkomme.

Auf einem RAID-Laufwerk (sdb1) habe ich 8 Partitionen liegen.

Dabei liegt auf der 6. die Partition für bios_grub, auf der 7. für ROOT und auf der 8. für HOME.

Da die 1. Partition leer war, habe ich sie formatiert was auch problemlos durchgelaufen ist.

Danach konnte ich aber das System nicht mehr starten und nach der Anzeige 'System booten bleibt es einfach ohne einen weiteren Hinweis stehen.

Jetzt habe ich auf dem Rechner einen anderen Disk mit einem voll funktionsfähigen System (24.04) installiert und das kann ich auch problemlos starten und benutzen.

Von dort aus kann ich mir mit gparted Alles ansehen und mit dem Dateiverzeichnis (nemo) problemlos die Verzeichnisse des Systems das ich nicht mehr startet ansehen und das sieht auch alles ganz normal aus und auch mit 'Laufwerke' seht es ganz normal aus.

Ich hoffe, ich konnte das Problem ausreichend beschreiben, wenn noch weitere Informationen nötig sein sollten wäre ich für einen Hinweis dankbar.

Gruss, Alex

Start über das UEFI Bootmenue getestet?

Bencotto schreibt mal wieder zu seinem ewigen Thema:

die Partition für bios_grub

Was immer das sein soll. Außerdem: Was hast Du denn nun, ein BIOS (wohl kaum) oder ein UEFI und das im UEFI-Mode oder mit CSM? Wie wär's denn endlich mal mit Grundlagen, vor allem, wenn man wie Du ständig am System herumbastelt?!

Jetzt habe ich auf dem Rechner einen anderen Disk mit einem voll funktionsfähigen System (24.04) installiert

Warum nun nicht gleich wieder 26.04? Abgesehen davon, daß das weder zur Reparatur des installierten Systems noch zu etwaiger Datenrettung nötig gewesen ist.

und das kann ich auch problemlos starten und benutzen.

Also hast Du jetzt wieder einen funktionierenden Grub. Dessen Installation hätte auch das installierte Resolute finden müssen. Welche Auskommentierung in welcher Datei für Dualboot zu entfernen ist, solltest Du wissen.

Und wenn man ständig am System rumbastelt sollte man sich auch endlich mal eine ordentlich Backup-Strategie überlegen oder zumindest ein Backup vor Rumfummelei erstellen.

Start über das UEFI Bootmenue getestet?

ich arbeite nur mit BIOS

Und wenn man ständig am System rumbastelt sollte man sich auch endlich mal eine ordentlich Backup-Strategie überlegen oder zumindest ein Backup vor Rumfummelei erstellen.

ich arbeite mit BackInTime und mache jeden Tag eine Backup, aber das hilft mir hier auch nicht weiter.

Warum nun nicht gleich wieder 26.04? Abgesehen davon, daß das weder zur Reparatur des installierten Systems noch zu etwaiger Datenrettung nötig gewesen ist.

Wenn ich das nächste Release installiere (immer neu) behalte ich die Vorgängerversion immer bis zum nächsten, hat mir schon oft geholfen.

Also hast Du jetzt wieder einen funktionierenden Grub. Dessen Installation hätte auch das installierte Resolute finden müssen. Welche Auskommentierung in welcher Datei für Dualboot zu entfernen ist, solltest Du wissen.

Das habe ich als Erstes versucht beim Gub die andere Version auszuwählen, aber das hat auch nicht funktioniert, allerdings bekam ich da einen Hinweis, dass er scheinbar eine Disk nicht gefunden habe. War für mich aber sehr wenig aussagekräftig.

Bencotto schrieb:

ich arbeite nur mit BIOS

Genau das glaube ich Dir nicht. Du wirst nicht an einem C2D oder noch älter sitzen. Ergo hast Du meinen verlinkten Artikel immer noch nicht gelesen/verstanden.

Wenn ich das nächste Release installiere (immer neu) behalte ich die Vorgängerversion immer bis zum nächsten, hat mir schon oft geholfen.

...oder Dir erst recht Probleme geschaffen. 1 System, das verstanden, korrekt installiert und gewartet.

Das habe ich als Erstes versucht beim Gub die andere Version auszuwählen, aber das hat auch nicht funktioniert,

Ach, doch wieder so genau.

A Ist es nicht aufgeführt worden?
B Ist es aufgeführt worden, hat aber beim Startversuch Fehler gebracht, welche?

Zur ersten Möglichkeit habe ich Dir etwas geschrieben - und, nein, das werde ich nicht detailliert wie bei jemandem, der erst mit Linux angefangen und noch nie hier irgendwas gelesen hat.

Hinweis, dass er scheinbar eine Disk nicht gefunden habe. War für mich aber sehr wenig aussagekräftig.

Weil Du damit nichts anfangen kannst, bringst Du den genauen Wortlaut auch hier nicht (notfalls als Foto), nur Prosa. Aber gelöst Haben willst Du schon?

Bencotto schrieb:

allerdings bekam ich da einen Hinweis,

Und wir sollen jetzt raten welchen?

Bencotto schrieb:

allerdings bekam ich da einen Hinweis, dass er scheinbar eine Disk nicht gefunden habe. War für mich aber sehr wenig aussagekräftig.

Fehlermeldungen sind wörtlich und vollständig mit Kontext (wo genau tritt sie auf) zu posten. Deine vage Interpretation davon ist für deine Helfer auch sehr wenig aussagekräftig.

Hallo Bencotto,

Vielleicht ist es auch hilfreich jeweils mit folgenden Informationen:

sudo parted -l
sudo fdisk -l
cat /etc/default/grub
cat /etc/fstab

Gruss Lidux

Der Hinweis kommt wenn ich versuche aus GRUB dieses System auszuwählen und verschwindet aber sofort wieder.

Fehler: Datei >>/boot/vmlinuz-7-0-0-15-generic nicht gefunden
Fehler: Sie müssen zuerst den Kernel laden.
Beliebige Taste drücken, um fortzusetzen...

Die Datei ist tatsächlich nicht vorhanden, aber eigentlich auch überholt vmlinuz-7-0-0-22 und vmliuz-7-0-0-27 sind dagegen sehr wohl.

Und hier die Ergebnisse.

alex@ago:~$ sudo parted -l
[sudo] Passwort für alex: 
Modell: IB-AC703 -U3 (scsi)
Festplatte  /dev/sda:  250GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags: 

Nummer  Anfang  Ende   Größe  Typ      Dateisystem  Flags
 1      1049kB  250GB  250GB  primary  ext4


Modell: AMCC 9650SE-4LP DISK (scsi)
Festplatte  /dev/sdb:  3000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name          Flags
 1      1049kB  68,9GB  68,9GB
 2      68,9GB  138GB   68,7GB  ntfs         RAID-2        msftdata
 3      138GB   206GB   68,7GB  ext4         debian
 4      206GB   718GB   512GB   ext4         RAID-4
 5      718GB   1742GB  1024GB  ext4         RAID-5
 6      1742GB  1742GB  1049kB                             bios_grub
 7      1742GB  1842GB  100GB   ext4         26.04 - ROOT
 8      1842GB  2842GB  1000GB  ext4         26.04 - HOME


Modell: ATA SAMSUNG SSD 830 (scsi)
Festplatte  /dev/sdc:  256GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende  Größe  Dateisystem  Name  Flags


Modell: ATA Samsung SSD 870 (scsi)
Festplatte  /dev/sdh:  1000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags: 

Nummer  Anfang  Ende    Größe  Typ      Dateisystem  Flags
 1      1049kB  100GB   100GB  primary  ext4         boot
 2      100GB   1000GB  900GB  primary  ext4


alex@ago:~$ 

alex@ago:~$ sudo fdisk -l
Festplatte /dev/sda: 232,89 GiB, 250059350016 Bytes, 488397168 Sektoren
Festplattenmodell: -U3             
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x8fcc41c7

Gerät      Boot Anfang      Ende  Sektoren  Größe Kn Typ
/dev/sda1         2048 488397167 488395120 232,9G 83 Linux


Festplatte /dev/sdb: 2,73 TiB, 2999967547392 Bytes, 5859311616 Sektoren
Festplattenmodell: 9650SE-4LP DISK 
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: 7D1400BF-8B54-4B83-980F-843227EE2BF9

Gerät          Anfang       Ende   Sektoren  Größe Typ
/dev/sdb1        2048  134481919  134479872  64,1G Linux-Dateisystem
/dev/sdb2   134481920  268699647  134217728    64G Microsoft Basisdaten
/dev/sdb3   268699648  402917375  134217728    64G Linux-Dateisystem
/dev/sdb4   402917376 1402918911 1000001536 476,8G Linux-Dateisystem
/dev/sdb5  1402918912 3402919935 2000001024 953,7G Linux-Dateisystem
/dev/sdb6  3402919936 3402921983       2048     1M BIOS boot
/dev/sdb7  3402921984 3598233599  195311616  93,1G Linux-Dateisystem
/dev/sdb8  3598233600 5551357951 1953124352 931,3G Linux-Dateisystem


Festplatte /dev/sdc: 238,47 GiB, 256060514304 Bytes, 500118192 Sektoren
Festplattenmodell: SAMSUNG SSD 830 
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: 1D12A090-A5E9-4F20-B4C3-337649C761B9


Festplatte /dev/sdh: 931,51 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Festplattenmodell: Samsung SSD 870 
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: 0xb4e7cd29

Gerät      Boot    Anfang       Ende   Sektoren  Größe Kn Typ
/dev/sdh1  *         2048  195315711  195313664  93,1G 83 Linux
/dev/sdh2       195315712 1953523711 1758208000 838,4G 83 Linux
alex@ago:~$ 

# If you change this file or any /etc/default/grub.d/*.cfg file,
# run 'update-grub' afterwards to update /boot/grub/grub.cfg.
# For full documentation of the options in these files, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`( . /etc/os-release && echo ${NAME} )`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# If your computer has multiple operating systems installed, then you
# probably want to run os-prober. However, if your computer is a host
# for guest OSes installed via LVM or raw disk devices, running
# os-prober can cause damage to those guest OSes as it mounts
# filesystems to look for things.
#GRUB_DISABLE_OS_PROBER=false

# 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_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE/GOP/UGA
# you can see them in real GRUB with the command `videoinfo'
#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"

# /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/sdb7 during curtin installation
/dev/disk/by-uuid/80b5d589-35ac-47a4-ba39-178ea992f78c / ext4 defaults 0 1
# /home was on /dev/sdb8 during curtin installation
/dev/disk/by-uuid/761210d8-674f-47dc-8eeb-8e0cba509a30 /home ext4 defaults 0 1
/dev/disk/by-label/RAID-Bilder /home/alex/Bilder auto nosuid,nodev,nofail,x-gvfs-show 0 0
/swap.img	none	swap	sw	0	0

Und? Haste versucht einen anderen Kernel zu starten? Es sind ja immer mind. 2 installiert.

Ansonsten chroot-Methode und System reparieren.

Hallo Bencotto,

Versuche doch bitte erstmal herauszufinden im BIOS welche Platte an erster Stelle steht zum Booten.

Dann hast du ein Mismatch zwischen BIOS und GPT Platten, sowie wahrscheinlich zwei Bootloadern sdb (bios_grub ohne Bootflag) & sdh (Bootflag).

Ändere mal in der fstab von:

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0

in:

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menue
GRUB_TIMEOUT=10

damit das Grub Menue beim Starten sichtbar wird.

In der Grub fehlt auch noch der Eintrag um andere Systeme zu finden bei update-grub.

PS: Außerdem ist da ja noch der / das RAID. Zitat: "Da die 1. Partition leer war, habe ich sie formatiert was auch problemlos durchgelaufen ist." - Vielleicht hast du den damit kaputt gemacht .....

Gruss Lidux

Das ist alles so konfus.

An der PCIe-RAID-SATA2-Controller-Card 3ware Escalade 9500S-4LP ist das 3-TB-SATA3-SSD (GPT-Partitionstabelle) gesteckt, also ich vermute tatsächlich nur 1 SSD, nicht 2 oder mehr für RAID. Ist das so, 1 SSD? Wieso haben dann Partitionen RAID-Label? Das sind zwar eben nur Label, deuten aber darauf hin, daß ein einzelnes SSD am Controller nicht korrekt mit JBOD eingerichtet worden ist (der Controller kann JBOD, 0, 1, 10, 5).

Das wäre schon mal das Erste, abgesehen davon, daß mit einem SATA2-Controller bei einem SATA3-SSD massiv verschenkt wird.

Du hast Boot-Probleme. Weshalb steckt da (immer noch) die Icybox IB-AC703-U3 mit dem 240-GB-SSD (MBR-Partitionstabelle) dran? Abziehen!

Auf das Samsung SSD 870 1 TB mit MBR-Partitionstabelle hast Du offenbar nun 24.04 installiert, wozu auch immer. Abziehen!

...und jetzt solltest Du Dir endlich mal klar werden, was Du nun wirklich hast:

1
2
3
4

inxi -M
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
sudo cat /etc/mdadm.conf | grep -v "#"
sudo cat /proc/mdstat

Wenn Du mit "ich arbeite nur mit BIOS" CSM meinst, sollte Dir klar sein, daß das nicht Deine beste Entscheidung für GPT-Partitionierungsschema bedeutet.

Und? Haste versucht einen anderen Kernel zu starten? Es sind ja immer mind. 2 installiert.

So weit komme ich erst gar nicht. Nach der Anzeige "Loading Operation System ..." bleibt er einfach stehen und kann nur mit einem Hard-Reset neu gestartet werden.

Versuche doch bitte erstmal herauszufinden im BIOS welche Platte an erster Stelle steht zum Booten.

Im BIOS ist genau die richtige Platte an erster Stelle eingetragen, das 24.04 kann ich nur über die manuelle Auswahl der BOOT-Platte laufen lassen.

mein fstab sieht so aus:

# /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/sdb7 during curtin installation
/dev/disk/by-uuid/80b5d589-35ac-47a4-ba39-178ea992f78c / ext4 defaults 0 1
# /home was on /dev/sdb8 during curtin installation
/dev/disk/by-uuid/761210d8-674f-47dc-8eeb-8e0cba509a30 /home ext4 defaults 0 1
/dev/disk/by-label/RAID-Bilder /home/alex/Bilder auto nosuid,nodev,nofail,x-gvfs-show 0 0
/swap.img	none	swap	sw	0	0

wo ist sind dann die Einträge GRUB... vorzunehmen und der Eintrag "#GRUB_DISABLE_OS_PROBER=false" ist ja auch korrekt vorhanden.

PS: Außerdem ist da ja noch der / das RAID. Zitat: "Da die 1. Partition leer war, habe ich sie formatiert was auch problemlos durchgelaufen ist." - Vielleicht hast du den damit kaputt gemacht .....

Ja, davon gehe ich auch aus, aber wie lässt sich das reparieren?

Bencotto schrieb:

der Eintrag "#GRUB_DISABLE_OS_PROBER=false" ist ja auch korrekt vorhanden.

Redewendungen wie "Minus mal Minus gleich Plus" oder "Negation der Negation" (oder was es da sonst noch schönes gibt) sind Dir bekannt?

Das Nichteinbinden mehrerer OS, sprich DISABLE, ist durch false deaktiviert, diese Zeile aber durch # auskommentiert. → Sollen mehrere OS eingebunden werden, ist die Auskommentierung zu entfernen (und Grub zu aktualisieren).

Lidux schrieb:

Bencotto schrieb:

Da die 1. Partition leer war, habe ich sie formatiert

Vielleicht hast du den damit kaputt gemacht

Logisch.