Hallo,
die Install. ging noch fehlerfre über die Bühne, aber beim ersten Start meldete der Rechner, dass GRUB nicht außerhalb "hd0" starten könne. Was nun? Der Bootloader war aber korrekt gesetzt.
Gruß Ubu
Anmeldungsdatum: Beiträge: 190 |
Hallo, die Install. ging noch fehlerfre über die Bühne, aber beim ersten Start meldete der Rechner, dass GRUB nicht außerhalb "hd0" starten könne. Was nun? Der Bootloader war aber korrekt gesetzt. Gruß Ubu |
Ehemaliger
Anmeldungsdatum: Beiträge: 17449 |
Wie ist die genaue Fehlermeldung? mfg Stefan |
(Themenstarter)
Anmeldungsdatum: Beiträge: 190 |
die drei Zeilen lauten: error: attempt to read or write outside of disk 'hd0'. Entering rescue mode... grub rescue>_ Hm. Habs jetzt dreimal durch. Bei der Install. wurde jedesmal gemeldet, dass grub erfolgreich eingerichtet wurde. Habs mit etx4, ntfs und btrfs probiert. Fat32 noch nicht. Das Notebook ist uralt: 15 Jahre Samsung SX20 mit IDE. Die SSD ist extra eine mit 44-poligem-IDE-(PATA)-Interface. Aber da das noch gut lief, dachte ich dem Ding ein Upgrade mittels SSD zu gönnen, so auf die alten Tage eben. Gruß Ubu |
Ehemaliger
Anmeldungsdatum: Beiträge: 17449 |
Die Meldung kenne ich primär wenn die Partitionstabelle eine größere Platte signalisiert als wirklich vorhanden ist, dann fliegt das auf die Nase mit dieser Fehlermeldung. Was sagt uns denn ein Befehle von oben gehen auch prima von einer Live-CD aus. mfg Stefan |
(Themenstarter)
Anmeldungsdatum: Beiträge: 190 |
Hallo, nach der gestrigen Nachtschicht, habe ich mit den Befehlen am grub rescue> set prefix=(hd0,1)/boot/grub set root=(hd0,1) insmod linux insmod normal normal das System hochfahren können. Hab dann im Terminal mit Sudo update-grub fehlermeldungsfrei eine Konfig.Datei generieren können. So weit so gut - ich darf bloß das System nicht wieder Ausschalten! Beim nächsten Hochfahren komme ich wieder nur bis grub rescue>
Gruß Ubu Bearbeitet von encbladexp: CODE Blöcke eingefügt, bitte beachte Forum/Syntax, Danke. |
Ehemaliger
Anmeldungsdatum: Beiträge: 17449 |
Die Ausgabe der Befehle wäre toll, nicht deine Interpretation. Das Programm mfg Stefan |
(Themenstarter)
Anmeldungsdatum: Beiträge: 190 |
Gut. Habe jetzt smartmontools installiert: === START OF INFORMATION SECTION === Device Model: TS64GPSD330 Serial Number: E5094704205223700064 Firmware Version: P1006 User Capacity: 64.022.904.832 bytes [64,0 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ACS-2 (minor revision not indicated) Local Time is: Wed Aug 15 09:36:26 2018 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled |
(Themenstarter)
Anmeldungsdatum: Beiträge: 190 |
ach dieser Editor hier ist aer auch gewöhnungsbedüftig. Jetzt hat der den ganzen Text als Fließtext geschrieben. Das kann doch keiner gescheid lesen |
(Themenstarter)
Anmeldungsdatum: Beiträge: 190 |
AHA, jetzt hab ich das mit dem Codeblock auch gelernt! parted /dev/sda erbringt folgendes: Modell: ATA TS64GPSD330 (scsi) Festplatte /dev/sda: 64,0GB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: msdos Disk-Flags: Nummer Anfang Ende Größe Typ Dateisystem Flags 1 2097kB 60,7GB 60,7GB primary ext4 boot 2 60,7GB 64,0GB 3326MB primary linux-swap(v1) |
Ehemaliger
Anmeldungsdatum: Beiträge: 17449 |
Das ist aber lustig: mfg Stefan |
Anmeldungsdatum: Beiträge: 15929 |
Hallo Ubu_Ntu, Nur als Hinweis: 17.10 ist EOL ...... Gruss Lidux |
Ehemaliger
Anmeldungsdatum: Beiträge: 17449 |
|
Anmeldungsdatum: Beiträge: 7502 |
Nein, würde es nicht. Die Zählung der Platten startet bei 0 die der Partitionen bei 1. swap wäre (hd0,2), sonst hätt es es nicht funktioniert. 😉 Nummer Anfang Ende Größe Typ Dateisystem Flags 1 2097kB 60,7GB 60,7GB primary ext4 boot 2 60,7GB 64,0GB 3326MB primary linux-swap(v1) Das SSD/Alignment ist nicht sauber. Die 1. Partition sollte bei 2048kB starten. Wenn die physikalischen Grenzen der Blöcke nicht mit Anfang und Ende der Partitionen übereinstimmen ist das bei SSD nicht so gut. Eine vorherige Partitionierung mit Gparted aus dem Live-System sollte eigentlich in MiB erfolgen, wenn man das nicht anders eingestellt hat. Mögliche Fehlerquelle. Kannst du bei der Neuinstallation von Lubuntu 18.04.1 überprüfen. 😉 Am besten du verpasst der SSD eine neue Partitionstabelle und richtest die Partitionen frisch ein, so dass physikalische Grenzen eingehalten werden. |
Anmeldungsdatum: Beiträge: 7658 |
das Alignment ist richtig parted benutzt leider die auf 1000er Kilo-Einheiten. 2 (MiB) * 1024 (KiB) * 1024 (B) → 2097152 / 1000 (kB) → 2097.152 kB Bei Grub 1 war (hd0,0) noch die erste Partition (Zählweise ab 0), bei Grub 2 scheinbar nicht mehr, Verwirrung komplett. Bei Grub 2 ist es eigentlich üblich, den Typ der Partitionstabelle mit anzugeben (hd0,msdos1) oder (hd0,gpt1) die Nummer entspricht dann dem, was parted usw. auch als Nummer anzeigt. |
Ehemaliger
Anmeldungsdatum: Beiträge: 17449 |
Mein Fehler, ja. mfg Stefan |