HansF
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Hallo, ich hoffe, ich bin im richtigen Forum.
Meine Situation:
Ich habe 20.04 neben 18.04 erfolgreich installiert.
Dann konnte ich ohne Probleme mein gesamtes home auf 20.04 kopieren. Alle Programme und Drucker laufen wieder.
Ich wollte 18.04 zur Sicherheit behalten. Habe alle Daten im home gelöscht, die Partition sda1 verkeinert. Ich kann aber aus 20.04 heraus den freien Datenbereich nicht an die neue Partition dranhängen. Habe es mit ext4 oder fat32 formatiert, komme aber aus dem Dateimanager nicht mehr drauf Die Frage jetzt ins Forum ist: wie konfiguriere ich mich jetzt am besten
(sry, bin zu doof, das gparted-bild zu kopieren, sieht etwa so aus) | /dev/sda1; ext; größe 48 Gib; benutzt 40; markierung : boot (mein 18.04-Bereich)
/dev/sda4;fat32; Größe 83 GiB, benutzt 21 Mib (der durch kopieren von 18.04 auf 20.04 frei gewordene Datenbereich
/dev/sda2; fat32 /boot/efi; Größe 512 MiB, benutzt 1,02 Mib (Ich denke, das ist der Multiboot-Loader?
/dev/sda3; extended; Größe 165 GiB
/dev/sda5; ext4; Größe 165 GiB; benutzt 101 GiB (sicher mein neues 20.04)
|
Wenn ich schon was ändere würde ich auch 18.04 gerne mit deinstallieren. Im Terminal schaut es so aus | jf@jf-HP-EliteBook-8570p:/dev$ ls -lt sd*
brw-rw---- 1 root disk 8, 1 Aug 4 13:28 sda1
brw-rw---- 1 root disk 8, 4 Aug 4 13:28 sda4
brw-rw---- 1 root disk 8, 2 Aug 4 13:28 sda2
brw-rw---- 1 root disk 8, 3 Aug 4 13:28 sda3
brw-rw---- 1 root disk 8, 5 Aug 4 13:28 sda5
brw-rw---- 1 root disk 8, 0 Aug 4 13:28 sda
|
Und mit dem "b" vorne kann ich auch nichts anfangen, ist ja kein directory.
Im Moment habe ich also nur Zugriff auf sda5/sda3 Kann mir bitte jemand eine Vorgehensweise empfehlen.
(Google sagt, mit gparted wäre alles ganz einfach, ist es aber leider nicht. Ich habe das Ubuntu18.04 seit ca. 2 Jahren auf dem Laptop, habe mich aber noh nie mit partitions herumgeschlagen)
|
archy
Anmeldungsdatum: 24. November 2009
Beiträge: 1920
|
hallo, poste zuerst mal den Inhalt der Datei /etc/fstab, über sudo nano /etc/fstab alle Zeilen markieren und in die Zwischenablage kopieren, mit STRG-X verlassen ohne Änderungen zu speichern, hier im Codeblock posten. Dann sehen wir weiter. Zwischenzeitlich besorge dir schon mal eine USB-Stick und die GParted-Live-ISO gruß archy
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo HansF, Wie kommst du auf den "Gedanken" das komplette Home von 20.04 mit dem von 18.04 zu überschreiben. Verständlich wären die Einstellungen und persönlichen Daten zu kopieren ..... Poste die Ausgabe von: sudo parted -l
sudo fdisk -l Gruss Lidux
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
für archy
1
2
3
4
5
6
7
8
9
10
11
12
13 |
# /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/sda5 during installation
UUID=da9f07fb-1bb6-4b29-a013-ba10f4cf96a8 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=0A7B-874C /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
|
und für LIDUX die Ergebnisse 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
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161 | jf@jf-HP-EliteBook-8570p:/dev$ sudo parted -l
Modell: ATA ST320LT007-9ZV14 (scsi)
Festplatte /dev/sda: 320GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 52,4GB 52,4GB primary ext4 boot
4 52,4GB 142GB 89,4GB primary fat32
2 142GB 142GB 537MB primary fat32
3 142GB 320GB 178GB extended
5 142GB 320GB 178GB logical ext4
jf@jf-HP-EliteBook-8570p:/dev$ sudo fdisk -l
Festplatte /dev/loop0: 96,101 MiB, 101695488 Bytes, 198624 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: 800,42 MiB, 839294976 Bytes, 1639248 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: 113,43 MiB, 118927360 Bytes, 232280 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: 54,97 MiB, 57614336 Bytes, 112528 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: 176,37 MiB, 184930304 Bytes, 361192 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: 161,42 MiB, 169254912 Bytes, 330576 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/loop6: 240,82 MiB, 252493824 Bytes, 493152 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/loop7: 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/sda: 298,9 GiB, 320072933376 Bytes, 625142448 Sektoren
Festplattenmodell: ST320LT007-9ZV14
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: 0x2f3d1505
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda1 * 2048 102402047 102400000 48,8G 83 Linux
/dev/sda2 276989952 278038527 1048576 512M b W95 FAT32
/dev/sda3 278040574 625141759 347101186 165,5G 5 Erweiterte
/dev/sda4 102402048 276989951 174587904 83,3G b W95 FAT32
/dev/sda5 278040576 625141759 347101184 165,5G 83 Linux
Partition 3 beginnt nicht an einer physikalischen Sektorgrenze.
Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.
Festplatte /dev/loop8: 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/loop9: 140 KiB, 143360 Bytes, 280 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/loop10: 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/loop11: 611,1 MiB, 640786432 Bytes, 1251536 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/loop12: 415,10 MiB, 436187136 Bytes, 851928 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/loop13: 350,16 MiB, 367169536 Bytes, 717128 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/loop14: 177,23 MiB, 185835520 Bytes, 362960 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/loop15: 177,45 MiB, 186056704 Bytes, 363392 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/loop16: 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/loop17: 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/loop18: 27,9 MiB, 28405760 Bytes, 55480 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/loop19: 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/loop20: 290,45 MiB, 304545792 Bytes, 594816 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
|
Also als Ubuntu-USER und nicht Experte habe ich einfach das, was im 18.04 unter persönlichem Ordner (+Dokumente) lag kopiert und unter persönlichem Ordner (+Dokumente) wieder abgelegt, um alles in der 20.04-Umgebung zu haben. Das hat ja auch funktioniert. Was war daran falsch? Aber Du hast recht, ich habe nicht "home" kopiert, sondern Daten, sorry für die Ungenauigkeit
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo HansF, Na dann ist dies in Ordnung mit den persönlichen Daten ..... nur warum hast du dir bei der 20.04 Installation keine seperate Partition für /home gegönnt so wie bei 18.04. Die sda4 kannst du nicht an eine primäre Partition dranhängen, weil dies eine logische in der erweiterten Partition durch das MSDOS Partitationschema ist. Gruss Lidux
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Hallo Lidux,
ich hatte das bei 18.04 auch nicht gemacht, ich hatte nur eine (1) Partition. Wie man es halt so macht, wenn man von Windows umsteigt und die Installationsroutine keine Empfehlung für 2 Partitionen macht. Trotzdem stehe ich noch auf dem Schlauch, denn - wie kann ich Zugriff auf diesen freien Bereich bekommen? und wie formatieren (fat32 oder ext4 oder..) (Dateimanager –> Andere Orte zeigt mit den Bereich, ich kann aber nichts drauf kopieren) - im Terminal, wie gesagt, steht "brw.rw. usw " und ich kann mit dem "b" bisher nichts anfangen - kann ich den Bereich, wo das alte 18.04 liegt, umformatieren und auch als Datenbereich anlegen? (Oder zerstöre ich mit da meinen boot loader? Bin für jeden Tip dankbar
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo HansF, Wenn auf der sda4 nichts drauf ist, diese Partition mit gparted erstmal löschen .... dann in der Erweiterten als Logische mit ext4 anlegen. Dann nochmal: sudo parted -l
sudo fdisk -l Die sda1 bitte nicht "anfassen". PS: Wichtig: Bei Änderungen an Partitionen bitte immer eine Sicherung haben. Gruss Lidux
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
hm, das Problem ist, ich kann sda4 mit gparted löschen, Neu anlegen als ext4 ginge aber nur als Primäre Partition. Als logische Partition wird es mir nicht angeboten. Nur "Primäre Partition" ist schwarz (=wählbar), die "Logische Partition" ist grau (= NICHT selektierbar)
(Es ist "mein" Recher, also mein User hat die Rechte, sofern ich über sudo ...... gehe
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
Antwort 2.
Ich habe es auch probiert nach gpartet-Anleitung. Mal als fat32, mal als ext4 formatiert. Ich kann im Anschluss daran auch auf dieser Partition sda4 keine erweiterte oder später logische Partition draus machen
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej HansF, HansF schrieb: ... Ich kann aber aus 20.04 heraus den freien Datenbereich nicht an die neue Partition dranhängen.
das liegt einfach daran, daß eine Partition nach sda1/4 nicht ausgehängt werden kann, nämlich sda5, Dein 20.04! Mach das ganze vom Livesystem aus. Partitionen müssen ausgehängt sein. Btw.: "Bildschirmfoto"
entweder mit der Taste "Druck" → ergibt → ganzer Schirm oder "shift"+"Druck" → dann Rechteckauswahl oder Du verwendest Dash → Suche → Bildschirmfoto
die erstem beiden landen automatisch im Ordner "Bilder" beim 3. kannst Du den Speicherort auch selber bestimmen. Bilder hier unter "Anhang" (unter dem Editorfenster) durchsuchen und hochladen. Gruß black tencate
- Bilder
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3532
|
Für Partitionen gibt es ein paar einfache Regeln: Im Partitionierungsschema MS-DOS sind nur maximal 4 Partitionen möglich. Davon kann eine eine erweiterte Partition mit mehreren logischen Laufwerken sein. Im GPT-Schema sind 128 Partitionen möglich. Ein Umwandeln von primär in logisch / erweitert oder umgekehrt ist normal nicht vorgesehen. Partitionen oder logische Laufwerke in erweiterten Partitionen lassen sich nur auf nachfolgenden freien Platz erweitern (in Gparted rechts davon angezeigt). Vorangehenden freien Platz kann man nicht "anfügen".
Bitte lies den Wiki-Artikel Partitionierung/Grundlagen, dann wird dir das klarer. In deinem Fall würde ich die unnötig komplizierte Partitionierung aufheben und nur mit primären Partitionen arbeiten. Vor dem Neupartitionieren / Neuinstallieren bitte alle persönlichen Daten sichern (am besten mehrmals auf unterschiedliche Datenträger) und die Sicherungen kontrollieren.
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
an Lidux, Black_tencate und Dingsbums:
Danke für eure Antworten, ich stelle das Thema jetzt auf gelöst. Was habe ich jetzt gemacht und Begründung. Ich habe jetzt meine Ubuntu18.04-Partition (sda1) wieder um den freien Platz von sda4 vergrößert. Damit habe ich den Datenbereich wieder zur Verfügung, um Daten, die ich fast nur als Archiv verwende (z.B. alte Bilder) zu speichern. Ich hatte halt gedacht, es wäre besser, diesen Bereich aus dem "alten 18.04" heraus zu halten. Mir war nicht klar, dass Ubuntu 20.04 quasi "hinten" angehängt wird und dass Partitionen, die "davor" liegen, so schwierig zu behandeln sind. Ich bin jetzt so mit 20.04 zufrieden, das mit den Datenbereichen ist für MEINE Nutzung des Laptop auch so in Ordnung. Und deswegen jetzt den ganzen Rechner neu aufzusetzen wäre für mich unnötiger Aufwand. Und ich habe es mir ja nicht absichtlich kompliziert gemacht. Vllt wäre es besser, wenn die Installationsroutine die NEUE" Version physikalisch auch nach vorne installiert? Immerhin habe ich eiiges gelernt und erfahren. Danke
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo HansF, Kannst du bitte nochmal die Ausgabe von: sudo fdisk -l
sudo parted -l posten. Gruss Lidux
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej dingsbums, dingsbums schrieb: ...
sorry, aber warum sollte das nicht funktionieren? Ja, wenn man das mit gparted macht, wird erst nach "links" verschoben und dann nach "rechts" vergrößert…OK. Gruß black tencate
- Bilder
|
HansF
(Themenstarter)
Anmeldungsdatum: 14. September 2010
Beiträge: 101
|
auf Wunsch von lidux jetzt die aktuelle Situation (also ohne einen Bereich sda4, den ich leer hatte und formatieren wollte) 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
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157 | jf@jf-HP-EliteBook-8570p:~$ sudo fdisk -l
[sudo] Passwort für jf:
Festplatte /dev/loop0: 54,97 MiB, 57614336 Bytes, 112528 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: 800,42 MiB, 839294976 Bytes, 1639248 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: 96,101 MiB, 101695488 Bytes, 198624 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: 113,43 MiB, 118927360 Bytes, 232280 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: 176,37 MiB, 184930304 Bytes, 361192 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: 161,42 MiB, 169254912 Bytes, 330576 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/loop6: 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/loop7: 240,82 MiB, 252493824 Bytes, 493152 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: 298,9 GiB, 320072933376 Bytes, 625142448 Sektoren
Festplattenmodell: ST320LT007-9ZV14
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: 0x2f3d1505
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda1 * 2048 276989951 276987904 132,1G 83 Linux
/dev/sda2 276989952 278038527 1048576 512M b W95 FAT32
/dev/sda3 278040574 625141759 347101186 165,5G 5 Erweiterte
/dev/sda5 278040576 625141759 347101184 165,5G 83 Linux
Partition 3 beginnt nicht an einer physikalischen Sektorgrenze.
Festplatte /dev/loop8: 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/loop9: 140 KiB, 143360 Bytes, 280 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/loop10: 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/loop11: 415,10 MiB, 436187136 Bytes, 851928 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/loop12: 611,1 MiB, 640786432 Bytes, 1251536 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/loop13: 177,45 MiB, 186056704 Bytes, 363392 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/loop14: 350,16 MiB, 367169536 Bytes, 717128 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/loop15: 177,23 MiB, 185835520 Bytes, 362960 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/loop16: 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/loop17: 290,45 MiB, 304545792 Bytes, 594816 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/loop18: 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/loop19: 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/loop20: 27,9 MiB, 28405760 Bytes, 55480 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
jf@jf-HP-EliteBook-8570p:~$ sudo parted -l
Modell: ATA ST320LT007-9ZV14 (scsi)
Festplatte /dev/sda: 320GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 142GB 142GB primary ext4 boot
2 142GB 142GB 537MB primary fat32
3 142GB 320GB 178GB extended
5 142GB 320GB 178GB logical ext4
|
|