Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
Lidux schrieb: Hallo Spacetaxi, Bitte posten: sudo parted -l
{{{
sudo fdisk -l} }} Gruss Lidux
Hier LIVE DVD sudo parted -l
Modell: ATA Samsung SSD 860 (scsi)
Festplatte /dev/sda: 1000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
4 1049kB 1000GB 1000GB extended
5 2097kB 781GB 781GB logical ext4
7 781GB 991GB 210GB logical ext4
6 991GB 1000GB 9603MB logical linux-swap(v1)
Modell: ATA Samsung SSD 860 (scsi)
Festplatte /dev/sdb: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 368MB 367MB primary ntfs boot
2 368MB 500GB 499GB primary ntfs
3 500GB 500GB 585MB primary ntfs msftres
Warnung: /dev/sr0 kann nicht zum Schreiben geöffnet werden (Das Dateisystem ist
nur lesbar). /dev/sr0 wurde nur lesbar geöffnet.
Modell: HL-DT-ST DVDRAM GH24NS90 (scsi)
Festplatte /dev/sr0: 2785MB
Sektorgröße (logisch/physisch): 2048B/2048B
Partitionstabelle: mac
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 2048B 6143B 4096B Apple
2 2569MB 2573MB 4063kB EFI
sudo fdisk -l
Festplatte /dev/loop0: 1,98 GiB, 2103640064 Bytes, 4108672 Sektoren
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
Festplatte /dev/loop1: 29,9 MiB, 31334400 Bytes, 61200 Sektoren
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
Festplatte /dev/loop2: 54,98 MiB, 57626624 Bytes, 112552 Sektoren
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
Festplatte /dev/loop3: 255,58 MiB, 267980800 Bytes, 523400 Sektoren
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
Festplatte /dev/loop4: 62,9 MiB, 65105920 Bytes, 127160 Sektoren
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
Festplatte /dev/loop5: 49,8 MiB, 52203520 Bytes, 101960 Sektoren
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
Festplatte /dev/sda: 931,53 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Festplattenmodell: Samsung SSD 860
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: 0xe3dd3e10
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda4 2048 1953523711 1953521664 931,5G 5 Erweiterte
/dev/sda5 4096 1524442295 1524438200 726,9G 83 Linux
/dev/sda6 1934768128 1953523711 18755584 9G 82 Linux Swap / Solaris
/dev/sda7 1524444344 1934766079 410321736 195,7G 83 Linux
Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.
Festplatte /dev/sdb: 465,78 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell: Samsung SSD 860
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: 0x6234eace
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sdb1 * 2048 718847 716800 350M 7 HPFS/NTFS/exFAT
/dev/sdb2 718848 975625707 974906860 464,9G 7 HPFS/NTFS/exFAT
/dev/sdb3 975626240 976769023 1142784 558M 27 Verst. NTFS WinRE
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
Die /etc/fstab im Live Szstem msieht so aus> overlay / overlay rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0 Nun da ist kein sda 5 Eintrag oder sonswas vorhanden....
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
Nun folgendens> Ueber die Live CD habe ich mir die boot Ordner der jeweiligen szsteme angeschaut. Hier gibt es einen Ordner EFI. Auf dem Laptop ist da was drin> $ReCZCLE.binBIN und SZSTEM VolumeInformation samt Unterordner. In dsa5 *das nicht startende Ubuntu( ist der Ordner leer. LG
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
also im Recoeverymode die fstab ändern geht auch :
mount -o remount,rw / nano /etc/fstab Ich kann also überall auf alles zugreifen. Bräuchte nun Hilfe sonst komme ich um einen Neustart nicht rum. LG
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
Vielleicht kennt ich jemand mit ext4magic aus: Endlich habe ich etwas gefunden das filesystem zu reparieren, bitte um Hilfe: sudo testdisk /dev/sda5 TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.
Select a media (use Arrow keys, then press Enter):
>Disk /dev/sda - 1000 GB / 931 GiB - Samsung SSD 860 QVO 1TB
>[Proceed ] [ Quit ]
Note: Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has an incorrect size, check HD jumper settings and BIOS
detection, and install the latest OS patches and disk drivers.
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk /dev/sda5 - 780 GB / 726 GiB - CHS 94891 255 63
Partition Start End Size in sectors
> P ext4 0 0 1 94891 226 47 1524438200
[ Type ] >[Superblock] [ List ] [Image Creation] [ Quit ]
Locate ext2/ext3/ext4 backup superblock TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk /dev/sda5 - 780 GB / 726 GiB - CHS 94891 255 63
Partition Start End Size in sectors
ext4 0 0 1 94891 226 47 1524438200
superblock 0, blocksize=4096 []
superblock 32768, blocksize=4096 []
superblock 98304, blocksize=4096 []
superblock 163840, blocksize=4096 []
superblock 229376, blocksize=4096 []
superblock 294912, blocksize=4096 []
superblock 819200, blocksize=4096 []
superblock 884736, blocksize=4096 []
superblock 1605632, blocksize=4096 []
superblock 2654208, blocksize=4096 []
To repair the filesystem using alternate superblock, run
fsck.ext4 -p -b superblock -B blocksize device
>[ Quit ]
Return to Advanced menu To repair the filesystem using alternate superblock, run
fsck.ext4 -p -b superblock -B blocksize device Blocksize device? fsck.ext4 -p -b 0 -B 4096 /dev/sda5
Kann das sein? :~$ fsck.ext4 -p -b 0 -B 4096 /dev/sda5
/dev/sda5 ist eingehängt.
WARNUNG!!! Das Dateisystem ist eingehängt. Wenn Sie fortfahren, ***WERDEN***
Sie ***SCHWERWIEGENDE*** Schäden am Dateisystem verursachen.
Wirklich fortfahren<n>? nein
Prüfung abgebrochen.
pat@pat-desktop:~$ fsck.ext4 -p -b 0 -B 4096 /dev/sda5
fsck.ext4: Keine Berechtigung beim Versuch, /dev/sda5 zu öffnen
Sie benötigen r/w- oder root-Rechte für das Dateisystem.
pat@pat-desktop:~$
Toll...... Dann gehe ich mal wieder in den recovery mode
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
fsck.ext4 -p -b 0 -B 4096 /dev/sda5
fsck.ext4: Keine Berechtigung beim Versuch, /dev/sda5 zu öffnen
Sie benötigen r/w- oder root-Rechte für das Dateisystem.
pat@pat-desktop:~$ sudo fsck.ext4 -p -b 0 -B 4096 /dev/sda5
/dev/sda5: sauber, 319594/47644672 Dateien, 12808502/190554775 Blöcke
aha, weiter im Text....
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
sudo fsck.ext4 -p -b 32768 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
Hatte ich extra ausgehängt...?!
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk /dev/sda5 - 780 GB / 726 GiB - CHS 94891 255 63
Partition Start End Size in sectors
ext4 0 0 1 94891 226 47 1524438200
superblock 0, blocksize=4096 []
superblock 32768, blocksize=4096 []
superblock 98304, blocksize=4096 []
superblock 163840, blocksize=4096 []
superblock 229376, blocksize=4096 []
superblock 294912, blocksize=4096 []
superblock 819200, blocksize=4096 []
superblock 884736, blocksize=4096 []
superblock 1605632, blocksize=4096 []
superblock 2654208, blocksize=4096 []
To repair the filesystem using alternate superblock, run
fsck.ext4 -p -b superblock -B blocksize device
Aufgrund der Liste habe ich alle Superblöcke versucht zu reparieren Allerdings bekomme ich immer die Hinweise /dev/sda 5 sei nicht ordnungsgemäß ausgehängt!? sudo fsck.ext4 -p -b 32768 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
pat@pat-desktop:~$ sudo fsck.ext4 -p -b 98304 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
pat@pat-desktop:~$ sudo fsck.ext4 -p -b 32768 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
pat@pat-desktop:~$ sudo fsck.ext4 -p -b 163840 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
pat@pat-desktop:~$ sudo fsck.ext4 -p -b 229376 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
pat@pat-desktop:~$ sudo fsck.ext4 -p -b 294912 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
pat@pat-desktop:~$ sudo fsck.ext4 -p -b 819200 -B 4096 /dev/sda5
/dev/sda5 wurde nicht ordnungsgemäß ausgehängt, Prüfung erzwungen.
/dev/sda5: Auffüllbyte am Ende der Inode-Bitmap ist nicht gesetzt. REPARIERT.
/dev/sda5: 319594/47644672 Dateien (0.6% nicht zusammenhängend), 12808502/190554775 Blöcke
pat@pat-desktop:~$
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
sudo fsck.ext4 -p /dev/sda5
/dev/sda5: sauber, 319590/47644672 Dateien, 12812765/190554775 Blöcke
Immer noch schwarzer Bildschirm beim Start!
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
sudo fsck.ext4 -p /dev/sda5
/dev/sda5: sauber, 319590/47644672 Dateien, 12812765/190554775 Blöcke
Immer noch schwarzer Bildschirm beim Start! Ich habe nun meine Daten von sdb5 (Ubuntu) auf sdb7 (Lubuntu) gesichert bezüglich einer eventuellen Neuinstallation. Vielleicht kann mir ja noch jemand helfen, warte noch ein bisschen bevor ich neu installieren.
Alle Daten sind da (zugreifbar) Es muss doch irgendwie möglich sein (chroot vielleict) das Ubuntu wieder zu starten. Über sda7 kann ich auch auf den boot Ordner zugreifen (teilweise nur lesen) Ich habe windows auf sdb. (Dort kann ich doch hoffentlich nun Neuinstalliren wie ich will und über grub2 auf sda einbinden, oder muss ich da was besonderes beachten wegen der sata Anschlüsse?
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3547
|
Ich habe gerade mal versucht, den kompletten Thread zu lesen und zu verstehen. War ehrlich gesagt nicht ganz so einfach, für meine Begriffe geht es da manchmal ziemlich wirr durcheinander. Mir ist der derzeitige Stand nicht ganz klar. Wenn nur die Windows-Platte angeklemmt ist, kannst du Windows starten? Wenn nur die Linux-Platte angeklemmt ist, kannst du das Lubuntu auf sda7 starten? Oder muss dazu die Windows-Platte angeklemmt sein? Welche Version ist das Lubuntu auf sda7?
Bitte kurz und knapp beantworten.
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
dingsbums schrieb: Ich habe gerade mal versucht, den kompletten Thread zu lesen und zu verstehen. War ehrlich gesagt nicht ganz so einfach, für meine Begriffe geht es da manchmal ziemlich wirr durcheinander. Mir ist der derzeitige Stand nicht ganz klar.
Ja Nein Der grub2 ist definitiv auf sda/sda5.
Windows muss natürlich nicht angeklemmt sein 20.04
Bitte kurz und knapp beantworten.
Windows kann ich ganz normal booten aus dem grub der sda ( sda5- wo ds kaputte Ubuntu drauf ist das micht startet.) Es ist alles wie es sein soll, nur das Ubuntu nicht starten kann. Wenn ich es im grub 2 wähle wird es kurz rosa, dann schwarzer Bildschirm und cursor...... Siehe Bilder - dsxwar mal vorher angezeigt worden Das Lubuntu auf sda7 startet einwandfrei, ist ein 20.04
|
Spacetaxi
(Themenstarter)
Anmeldungsdatum: 24. Februar 2014
Beiträge: 2659
|
Ich vermute in Sachen Ursachen das als ich win10 auf der sda installiert hatte, das windows in den mbr seinen bootloader mit sda gekennzeichnet hat (laie) Als ich das win in den sdb und die Linuxplatte in den sda zurückgesteckt habe, anschliessend das sudo update-grub eingegeben habe ( auf der ersten Partition/sda5- Ubuntu wurde das Ubuntu (vorne, mbr, erste Partition) zerschossen weil windows mitgeteilt hat das es sda eingetragen hat - wo der Eintrag bei der Installation in die Bootpartition der entsprechenden ntfs Partition geschrieben wurde( also den sda Eintrag übernommen obwohl es nun in sdb ist....
Hat also den Sata Anschluss für sich beansprucht. Irgendsowas - was haltet ihr von der Spinnerei? ( im groben ) Och bin gerade im recovery modus und dort im Terminal. Wenn ich ein cd .. eingebe bin ich im homeverzeichnis anschliessend cd boot Kann ich das Bootverzeichnis auch bearbeiten. Ich kann also an allem von überall her arbeiten. Ich muss nur wissen was ich machen soll....
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3547
|
Ich würde die Windows-Platte erst einmal abgeklemmt lassen und versuchen, den Dualboot auf der Linux-Platte zum Laufen zu bekommen. Dafür muss meines Wissens einmal Grub in den MBR der Platte installiert sein, dieser ist dann "führend". Für die zweite Installation muss Grub in den PBR der entspr. Partition installiert werden. Da dein Lubuntu auf sda7 startet, fehlt vermutlich ein installierter Grub in der /-Partition deines nachinstallierten Ubuntu, also sda5. Starte Lubuntu und mounte die /-Partition des Ubuntu. Vorher trennen, falls irgendwie automatisch eingebunden:
sudo umount /dev/sda5
sudo mount /dev/sda5 /mnt Installiere Grub nach /dev/sda5:
sudo grub-install --boot-directory=/mnt/boot /dev/sda5 --force Jetzt Lubuntu noch einmal neu starten. Nun Grub aktualisieren, dieser müsste dann die Installation auf sda5 finden und einbinden.
sudo update-grub Nach einem erneuten Neustart sollte das Ubuntu meines Erachtens dann starten.
|