RazZzoR
Anmeldungsdatum: 29. August 2016
Beiträge: Zähle...
|
Hallo, ich bin für gewöhnlich Windows User und will mir nun einen alten Rechner zum KODI Mediaserver umbauen.
Ich habe also UBUNTU installiert und wollte meine Festplatten anschließen. Beide wollten sich nicht integrieren lassen.
Bei einer Festplatte ist es mir jetzt gelungen, jedoch will die andere einfach nicht... Ich habe schon dutzende Einträge hier gelesen aber es scheint als ob
ich doch noch ein wenig Hilfe benötigen könnte. Ich habe jetzt die funktionierende Festplatte ausgehängt und nur noch die nicht funktionierende Festplatte drin.
Da ich mit KODI auf die Platten zugreife wäre es klasse wenn diese ihren Pfad nicht ändern könnten. Hier ein paar Informationen zu den Datenträgern: -vielen Dank für die Hilfe 😉
sudo fdisk -l
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94 | Medium /dev/ram0: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram1: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram2: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram3: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram4: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram5: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram6: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram7: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram8: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram9: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram10: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram11: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram12: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram13: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram14: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram15: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
|
sudo parted -l
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | Modell: ATA Samsung SSD 840 (scsi)
Festplatte /dev/sdf: 128GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 124GB 124GB primary ext4 boot
2 124GB 128GB 4292MB extended
5 124GB 128GB 4292MB logical linux-swap(v1)
Modell: ATA WDC WD40EZRX-00S (scsi)
Festplatte /dev/sdg: 4001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 131kB 500GB 500GB primary
|
blkid
| /dev/sdf1: UUID="29640778-3d98-40b8-836e-37b36e628372" TYPE="ext4" PARTUUID="6a29c5db-01"
/dev/sdf5: UUID="18249da0-c615-446f-a555-4362f9af75fc" TYPE="swap" PARTUUID="6a29c5db-05"
/dev/sdg1: PARTUUID="db4bf07b-01"
|
Moderiert von redknight: Ins passende Forum verschoben.
|
redknight
Moderator & Supporter
Anmeldungsdatum: 30. Oktober 2008
Beiträge: 21725
Wohnort: Lorchhausen im schönen Rheingau
|
Hallo, was genau versuchst Du und wie hast Du das versucht?
|
RazZzoR
(Themenstarter)
Anmeldungsdatum: 29. August 2016
Beiträge: 9
|
Hey, ich versuche die Festplatte so einzubinden, dass ich auf die Daten zugreifen kann. Zudem sollte sich der Pfad zu den Daten nach einen Neustart nicht ändern.
Bei der ersten Festplatte hat es nach ca 4 verschiedenen Methoden funktioniert. Welche genau das waren kann ich jetzt nicht mehr sagen da ich es gestern gemacht habe und heute schon wieder nach neuen Methoden für die zweite Platte gesucht habe.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
RazZzoR schrieb: ich versuche die Festplatte so einzubinden, dass ich auf die Daten zugreifen kann.
Das ist das Ziel. Die Frage war, was du getan hast, um das Ziel zu erreichen. Sonst bleibt uns nichts anderes übrig, als dir den Link zur fstab zu posten, denn dort steht drin, wie du dein Ziel erreichst. Wenn du dabei Probleme hast, dann musst du sagen, mit welchem Eintrag du es probiert hast. Sofern du es mit einem fstab-Eintrag probiert hast. Das wissen wir ja noch nicht mal. Im Übrigen wundert mich gerade der folgende Eintrag. Du verwendest das msdos-Partitionierungsschema für eine 4TB-Platte. Grundsätzlich geht das, aber damit kann man nur 2^32 Sektoren addressieren. Das reicht bei einer Sektorgröße von 512 Byte für etwa 2TB. Es drängt sich bei mir so ein bisschen die Vermutung auf, dass du da seinerzeit eine 2TB-Partition angelegt hast, aber beim Anlegen von einer logischen Sektorgröße von 4096 Byte ausgegangen wurde, während deine Linux-Instanz das hier nicht tut, weswegen hier nur 500GB angezeigt werden. Kannst du da was zu sagen? RazZzoR schrieb: Modell: ATA WDC WD40EZRX-00S (scsi)
Festplatte /dev/sdg: 4001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 131kB 500GB 500GB primary
|
RazZzoR
(Themenstarter)
Anmeldungsdatum: 29. August 2016
Beiträge: 9
|
Es handelt sich um eine - ehemalig externe WD (MyBook) - Ich habe die Platte damals entweder nicht Formatiert, weil sie schon auf NTFS war oder sofort mit Windoof auf NTFS formatiert. Unter der Datenträgerverwalltung werden die 500GB und dann noch einmal 3,5 TB angezeigt die nicht zugeordnet sind. Hier Liegen meine Daten :/
|
redknight
Moderator & Supporter
Anmeldungsdatum: 30. Oktober 2008
Beiträge: 21725
Wohnort: Lorchhausen im schönen Rheingau
|
RazZzoR schrieb: Bei der ersten Festplatte hat es nach ca 4 verschiedenen Methoden funktioniert. Welche genau das waren kann ich jetzt nicht mehr sagen da ich es gestern gemacht habe
Das solltest Du aber wissen, sonst kann dir keiner sagen, was du falsch gemacht hast. und heute schon wieder nach neuen Methoden für die zweite Platte gesucht habe.
Wenigstens an die solltest Du dich erinnern können. Lies mal
Dann zeigst Du, welchen Fehler mount im Terminal produziert.
|
RazZzoR
(Themenstarter)
Anmeldungsdatum: 29. August 2016
Beiträge: 9
|
Also müsste in meinem Fall
sudo mount -t ntfs -o uid=1000, umask=0022 /dev/sdg/ /home/lychi/Videos/Filme Die Festplatte sdg = die 3,5 TB
dem Ordner Filme zuweisen? Statisch müsste ich dann in meine fstab die folgende Zeile einfügen?
/dev/sdg/ /home/lychi/Videos/Filme ntfs uid=1000 umask=0022 0 0
|
RazZzoR
(Themenstarter)
Anmeldungsdatum: 29. August 2016
Beiträge: 9
|
Die Partition der Platte wird nirgends angezeigt.
Unter dem Datenträger wird die
500 Gb
Gerät: /dev/sdg1
Inhalt: Unbekannt und 3,5 TB
/dev/sdg
Inhalt: Nicht zugewiesener Platz angezeigt. Jedoch kann ich keine UUID zu dieser Partition finden um sie entsprechend einbinden zu können.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
RazZzoR schrieb: Es handelt sich um eine - ehemalig externe WD (MyBook) - Ich habe die Platte damals entweder nicht Formatiert, weil sie schon auf NTFS war oder sofort mit Windoof auf NTFS formatiert.
Gut, aber in keinem Fall hast du die Partitionsgröße verändert.
Unter der Datenträgerverwalltung werden die 500GB und dann noch einmal 3,5 TB angezeigt die nicht zugeordnet sind.
Die geht ja auch von der logischen Sektorgröße aus. 4096/512=8. 8x500GB=4TB.
Hier Liegen meine Daten :/
Nee, die Daten liegen auf der einen Partition. Deren Größe wird nur nicht richtig erkannt, weil die falsche logische Sektorgröße angenommen wird. Von einem einem Einbinden würde ich an dieser Stelle erstmal dringend absehen. Wenn du schreibend auf die Partition zugreifst und der Kernel kleine logische auf große physische Sektoren mappt, dann können deine Daten ganz schnell weg sein. Ich gucke (aber nicht mehr heute) mal, wie man das beheben kann. Es sei denn, jemand anders fühlt sich berufen.
|
RazZzoR
(Themenstarter)
Anmeldungsdatum: 29. August 2016
Beiträge: 9
|
Ah, ich verstehe...
Ich habe jetzt schon eine Zeile in die fstab Datei geschrieben und der Rechner Bootet nicht mehr 😀
Ich Mounte den spaß jetzt einfach auf einem Win7 System. Das sollte auch stabil laufen 😉 Also du musst dir nicht die Mühe machen dieses Problem zu lösen. Vielen Dank für die schnelle Hilfe!
|
RazZzoR
(Themenstarter)
Anmeldungsdatum: 29. August 2016
Beiträge: 9
|
JO, das gute Linux hat meine ganze Platte zerschossen. Alle Daten sind weg. Eine Idee wie man die wiederherstellen könnte?
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
RazZzoR schrieb: /dev/sdg/ /home/lychi/Videos/Filme ntfs uid=1000 umask=0022 0 0
* Codeblock eingefügt RazZzoR schrieb: Ich habe jetzt schon eine Zeile in die fstab Datei geschrieben und der Rechner Bootet nicht mehr 😀
Wenn du es mit o.g Zeile probiert hast, dann ist das klar. Du hast keine Partition angegeben und statt eines Kommas steht zwischen den Optionen uid und umask ein Leerzeichen. Du musst übrigens nicht neu starten, um zu testen, ob es funktioniert. Dazu reicht ein sudo mount -a aus dem laufenden System.
Ich Mounte den spaß jetzt einfach auf einem Win7 System. Das sollte auch stabil laufen 😉
Ich bitte dich, Windows ist doch keine Lösung. 😀 Stabilität war bislang auch noch kein Problem. Es gibt halt ein Problem, bei dem wir vermutlich sogar die Ursache kennen. RazZzoR schrieb: das gute Linux hat meine ganze Platte zerschossen. Alle Daten sind weg. Eine Idee wie man die wiederherstellen könnte?
Das wage ich zu bezweifeln. Du hast die Platte doch überhaupt nicht gemountet bekommen. Sofern du nicht mutwillig mit fdisk oder parted irgendwas geschrieben hast (ich behaupte, das hättest du gemerkt), dann ist auf der Platte schlichtweg nichts anders als vorher, weil kein einziger Block geschrieben wurde. Zum "Wiederherstellen" von Daten - ich behaupte, es ist alles so wie vorher - müssen wir übrigens weiterhin das offensichtlichste Problem angehen, nämlich die Sektorgrößen. Kannst du dazu bitte einmal for disk in /dev/sd?; do parted $disk unit s print; done zeigen, damit wir sehen können, ob sich die eine Partition - unabhängig von der Sektorgröße - tatsächlich über die gesamte Platte erstreckt? Weiterhin habe ich einmal nachgeschaut und gemäß dem ArchWiki scheint dein Modell (WD40EZRX-00S) dem Betriebssystem eine logische Sektorgröße von 512 Byte zu melden. Ich selber habe aus der Serie eine 2TB-Platte. Auch die ist in der Liste und, ich habe nachgeschaut, auch sie meldet die logischen Sektoren entsprechend. Für mich ist das aber kein Problem, weil ich ja mit 2^32 Sektoren weiterhin die vollen 2TB adressieren kann. Insofern: Zeig doch bitte die o.g. Ausgabe.
|
RazZzoR
(Themenstarter)
Anmeldungsdatum: 29. August 2016
Beiträge: 9
|
Ich habe etwas überreagiert und sofort win7 installiert + die Platte über DISKPART wieder partitioniert sowie formatiert und lasse gerade die Daten wiederherstellen. Ich habe also derzeit kein Linux System welches läuft, sonst würde ich sehr gern die gewünschten Infos posten 😕
Das hat man nun davon wenn man alles immer schnell und bequem haben will 😀
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
RazZzoR schrieb: Ich habe etwas überreagiert und sofort win7 installiert + die Platte über DISKPART wieder partitioniert sowie formatiert und lasse gerade die Daten wiederherstellen.
Shredderst du immer erst deine Daten mit Partitionieren + Formatieren, bevor du versuchst, sie wiederherzustellen? Naja, nun sind wenigstens schön viele futsch. 🙄 Helfen würde da nur noch ein blockorientiertes Tool wie Photorec - Anleitung unter Datenrettung verlinkt, mit Bildern - gibt es sowohl auf Live-USB nachinstallierbar als auch für Win.
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Ich vermute übrigens, dass man die hier falschgelaufene Sektorzuordnung (die mit 512 so erlaubt wäre, aber nicht, wenn so offensichtlich die Größe schrumpft) nicht einfach so korrigieren kann: https://www.thomas-krenn.com/de/wiki/Sektorgr%C3%B6%C3%9Fen_von_Datentr%C3%A4gern#Kompatibilit.C3.A4t. Vermutlich wird es mit GPT dann alles passen (Schema/ Sektoren/ Firmware → Erkennung...) - also nach der Datensicherung und vor eventuellen Linuxneuversuchen. Hab noch was warnendes gefunden 🇬🇧:
So I have successfully aligned the partition using the method above and hand-edited the MBR on a hex editor. As soon as I re-plugged the HDD, boom partition automatically mounted! I do not recommend this though, there were I/O errors during the process and I could have lost everything, see comment on Rod's answer.
[...]
Sector-size issues are becoming quite complex.
Da ist von Problemen, Hexeditor für MBR oder offset-Angabe des Sektors die Rede - alles keine vertrauenserweckenden Lösungen. Es klingt auch nochmal so, dass die Probleme bei GPT weg wären. Beachte, dass eine GPT-Platte unter BIOS statt EFI für Linux eine extra bios_grub-Partition braucht, unter Win wird es gleich gar nicht gehen. Das betrifft natürlich nur Platten, von denen man Linux/ Win booten (installieren) will, sonst brauchst du keine.
|