[Gelöst] Suse 13.1 startet nicht mehr
- Rentner65
- Erledigt
-
-
Hallo Rentner65,
offenbar hast Du den Fehler schon selbst gefunden. Du musst in einem Live-System die Datei /etc/fstab editieren und den Eintrag für die /home auf /dev/disk/by-id/ata-Samsung_SSD_840_EVO_250GB_S1DBNSADB22386P-part7
(lösche 6 schreibe 7) berichtigen. Dann sollte die Susi wieder durchstarten.
Ich hoffe das funktioniert.
Gruß
Willi -
good morning,irgendwie versteh ich das nicht ganz. So wie ich das sehe ist das doch bei einer Neuinstallation.
Hier will ich doch versuchen, im bestehenden System die Swap Partition wieder zu aktivieren.In "Update des bestehenden Systems"
-
Freudige Mitteilung:
Problem gelöstLösung: Mit "Parted Magic" gestartet und den "Partition Editor" aufgerufen. Wie schon in einem vorhergehenden Post gesagt, wird die Swap-Partition angezeigt.
Diesmal hab ich die "Swap" gelöscht, NEU erstellt und als "Swap" formatiert.
Neustart, und Suse 13.1 gestartet. System läuft wieder. Zeitaufwand: keine 4 Minuten.
Kontrolle mit
sieht so aus:
Code
Alles anzeigenlinux-awki:/home/rentner65 # fdisk -l Disk /dev/sda: 250.1 GB, 250059350016 bytes, 488397168 sectors Units = Sektoren of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0xa5825e1a Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 2048 206847 102400 7 HPFS/NTFS/exFAT /dev/sda2 206848 167979007 83886080 7 HPFS/NTFS/exFAT /dev/sda3 167979008 335751167 83886080 7 HPFS/NTFS/exFAT /dev/sda4 * 335751168 488396799 76322816 f W95 Ext'd (LBA) /dev/sda5 335753216 377704447 20975616 83 Linux /dev/sda6 381921280 488396799 53237760 83 Linux /dev/sda7 377706496 381919231 2106368 82 Linux swap / Solaris
@willidaheeme
Dein Vorschlag hat mich auf die Idee gebracht und ich werde ihn ausprobieren.Danke allen die versucht haben mir zu helfen. Hand
-
Dann wäre es hilfreich, wenn du den Beitrag auf "Gelöst" setzt.
-
Hallo Rentner65,
offenbar hast Du den Fehler schon selbst gefunden. Du musst in einem Live-System die Datei /etc/fstab editieren und den Eintrag für die /home auf /dev/disk/by-id/ata-Samsung_SSD_840_EVO_250GB_S1DBNSADB22386P-part7
(lösche 6 schreibe 7) berichtigen. Dann sollte die Susi wieder durchstarten.
Ich hoffe das funktioniert.
Gruß
Willi
Hallo Willinachdem mein System wieder läuft wollte ich Deinen Vorschlag ausprobieren. Leider geht das nicht mehr. Den ursprünglichen Fehler kann ich nicht mehr nachvollziehen und meinen Lösungsweg über "PartitionMagic" kann ich auch nicht mehr Rückgängig machen.
Für Deinen Vorschlag danke ich Dir, ebenso möcht ich mich nochmal bei allen anderen für die Hilfe bedanken.
Hiermit beende ich das Thema.
Grüße und hand
PS: Alero
Du bist etwas zu schnell mit dem "gelöst" setzen. -
Hallo,
es ist völlig klar, dass mein Vorschlag jetzt nicht mehr funktioniert. Wenn Du mal die beiden Ausgaben von fdisk -l vergleichst, wirst Du bemerken, dass Deine home-Partition jetzt wieder sda6 heißt. Allerdings liegt sie hinter Deiner Swap-Partition, die sda7 heißt. Vermutlich hatte Windows beim Installieren gleich mal die "falsche" Partitionstabelle "korrigiert".
Gruß
Willi -
-
Hallo Rentner65,
offenbar hast Du den Fehler schon selbst gefunden. Du musst in einem Live-System die Datei /etc/fstab editieren und den Eintrag für die /home auf /dev/disk/by-id/ata-Samsung_SSD_840_EVO_250GB_S1DBNSADB22386P-part7
(lösche 6 schreibe 7) berichtigen. Dann sollte die Susi wieder durchstarten.
Ich hoffe das funktioniert.
Gruß
WilliHat funktioniert und die "fdisk -l sieht jetzt so aus:
Code
Alles anzeigenlinux-awki:/home/rentner65 # fdisk -l Disk /dev/sda: 250.1 GB, 250059350016 bytes, 488397168 sectors Units = Sektoren of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0xa5825e1a Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 * 2048 206847 102400 83 Linux /dev/sda2 206848 167979007 83886080 7 HPFS/NTFS/exFAT /dev/sda3 167979008 335751167 83886080 7 HPFS/NTFS/exFAT /dev/sda4 335751168 488396799 76322816 f W95 Ext'd (LBA) /dev/sda5 335753216 377704447 20975616 83 Linux /dev/sda6 377706496 381919231 2106368 82 Linux swap / Solaris /dev/sda7 381921280 488396799 53237760 83 Linux
In deinem Post 54 tatest du kund und zu wissen, dass das Problem gelöst sei. Daher nahm ich an, du hättest nur vergessen, es auf "gelöst" zu setzen. Sry, wenn ich dein "Problem gelöst" als gelöst betrachtet habe. Mein Fehler.
Sorry, hätte besser kenntlich machen sollen, eine Lösung wurde gefunden, das Thema aber noch nicht beendet.
Das Ganze hat mir keine Ruhe gelassen, weil ich einmal wissen wollte ob der Lösungsvorschlag von Willi funktioniert, zum anderen, das System ist furchtbar langsam gelaufen.
Wie der Fehler zustande kam, kann ich nicht sagen, ich weiß jetzt aber was ihn ausgelöst hat.
Wie schon gesagt, ich habe unter Windows gearbeitet. Genau genommen habe ich auf meiner 2. Festplatte, auf einer eigens dafür eingerichteten Partition, die Testversion vom neuen WINDOWS 10 installiert. Bei der Installation waren beide HDD's eingebaut.
Danach ist nur noch Windows 10 direkt gestartet, kein Windows Bootloader und kein Grub-Bootloader.
Nach Ausbau der 2. Platte mit Windows 10 ging nichts mehr und ich habe erst den MBR und dann den Grub-Bootloader installiert.
Dann trat der Fehler auf, wie im Eingangspost beschrieben.Gestern hab ich dann von der gesamten HDD ein Backup angelegt, für den Fall der Fälle.
Heute nun hab ich in PartedMagic die 100MB Systempartition mit dem MBR gelöscht und wieder nackig neu angelegt. Dann den MBR wieder hergestellt. Mein normales Windows-Ultimate startet einwandfrei und auch schneller als vorher. Als nächstes dann den Grub-Bootloader installiert. Er startet, jetzt kommts, der Ursprüngliche Fehler war wieder da.
Die Windows 10 Installation hat mir die Bootloader und den MBR zerschossen. Wahrscheinlich auch die Partitionstabelle, weiß es nicht genau.
Da der Fehler wieder da war, konnte ich den Vorschlag von Willi testen und es funktioniert. Es gibt also für dieses Problem zwei Lösungswege. Den Vorschlag von Willi, die "/etc/fstab" zu ändern und meinen gefundenen, die "swap" löschen und neu anlegen.
Merkwürdig bei der ganzen Geschichte ist, jetzt wird mir im Grub-Bootloader die Windows 10 Partition zum starten angeboten. Win 10 startet auch, bis er die Installation nicht findet. Kann er auch nicht, denn es ist nur die HDD mit Win 7 und Suse 13.1 im Notebook, die 2. HDD mit dem installierten Windows 10 ist noch nicht wieder eingebaut.
Irgendwo ist also noch der Bootloader, oder Reste davon, von Windows 10 vorhanden.
Wo kann der stecken und wie werde ich den wieder los?
-
Den Fehler machen viele andere auch. Wenn auf einem Rechner mit 2 Festplatten eine unter Linux läuft und du installierst auf der anderen Windows, krallt sich Windows alles, was es kriegen kann.
Besser wäre gewesen, die HDD mit Linux abklemmen und dann Windows zu installieren.
Das betrifft auch ein Windows-Update. Bei einem Update von Windows kann es (wird es) passieren, dass Linux fort ist. Also auch bei einem Windows-Update vorher die Linux-Platte abklemmen.Schau dir das mal an
Oder hier