ext4

Status
Für weitere Antworten geschlossen.

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Mit einer Neu-Installation wird in der Regel das Dateisystem ext4 verwendet; bei einem Update der Firmware bleiben die bisherigen ext3-Dateisysteme bestehen. Wie kann man nun feststellen, was ext3 und was ext4 ist?

Beim Mounten muss man den Dateisystem-Typ angeben, so dass man auch bei einer mount-Abfrage erst einmal schnell sieht, was Sache ist (entweder mit mount oder mit cat /proc/mounts):

Rich (BBCode):
Synology> mount 2>&1

/dev/root on / type ext4 (rw,relatime,barrier=0,journal_checksum,data=ordered)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/md101 on /volumeX1 type ext3 (usrquota,grpquota)
...

Synology> cat /proc/mounts

rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,barrier=0,journal_checksum,data=ordered 0 0
/proc /proc proc rw,relatime 0 0
/tmp /tmp tmpfs rw,relatime 0 0
none /dev/pts devpts rw,relatime,gid=4,mode=620 0 0
/sys /sys sysfs rw,relatime 0 0
/proc/bus/usb /proc/bus/usb usbfs rw,relatime 0 0
/dev/md101 /volumeX1 ext3 rw,relatime,errors=remount-ro,data=writeback,usrquota,grpquota 0 0
...

Man kann sich auch die Details der Dateisysteme mit /opt/sbin/dumpe2fs (muss per IPKG installiert sein) anschauen:

/dev/root ist ein ext4-Dateisystem:
Rich (BBCode):
Filesystem volume name:   1.41.12-1334
Last mounted on:          /
Filesystem UUID:          1a1a250d-b504-4640-b264-c864794aa312
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode filetype needs_recovery extents FEATURE_I9 sparse_super large_file huge_file gdt_checksum dir_nlink extra_isize
Filesystem flags:         unsigned directory hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              155648
Block count:              622480
Reserved block count:     25600
Free blocks:              499906
Free inodes:              138979
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      151
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Sun Sep 19 20:11:12 2010
Last mount time:          Thu Sep 23 08:17:45 2010
Last write time:          Thu Sep 23 08:17:45 2010
Mount count:              2
Maximum mount count:      35
Last checked:             Thu Sep 23 08:17:45 2010
Check interval:           15552000 (6 months)
Next check after:         Tue Mar 22 07:17:45 2011
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:		  256
Journal inode:            8
First orphan inode:       15271
Default directory hash:   half_md4
Directory Hash Seed:      90a6edfc-3af8-46eb-b403-22e932a0e615
Journal backup:           inode blocks
Journal size:             64M

/dev/md101 ist ein ext3-Dateisystem:
Rich (BBCode):
Filesystem volume name:   1.41.3-0942
Last mounted on:          <not available>
Filesystem UUID:          8fa6948c-2132-47dc-992c-9226409a59e3
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode filetype needs_recovery sparse_super large_file
Filesystem flags:         unsigned directory hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              91578368
Block count:              366284624
Reserved block count:     25600
Free blocks:              96259593
Free inodes:              91565435
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      936
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Fri Sep 18 11:15:05 2009
Last mount time:          Thu Sep 23 08:17:53 2010
Last write time:          Thu Sep 23 08:17:53 2010
Mount count:              217
Maximum mount count:      26
Last checked:             Fri Sep 18 11:15:05 2009
Check interval:           15552000 (6 months)
Next check after:         Wed Mar 17 10:15:05 2010
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:		  256
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      9c061c99-9c40-4486-ab74-314e2a8f17ea
Journal backup:           inode blocks
Journal size:             128M

Man sieht die größere Anzahl von 'Filesystem features' im ext4-Dateisystem. Hier ist eine kurze Beschreibung des ext4-Dateisystems: http://www.mjmwired.net/kernel/Documentation/filesystems/ext4.txt. Wer das AdminTool installiert hat, findet die Infos unter Disks->File-Systems.

Itari
 
Zuletzt bearbeitet:

BanditDD

Benutzer
Mitglied seit
01. Dez 2009
Beiträge
48
Punkte für Reaktionen
1
Punkte
8
Hallo itari,

wie kann man die bestehenden ext3-Partitionen in ext4 wandeln? Gibt es einen Weg ohne Neuinstallation und Backup+Restore?

Gruß,
BanditDD
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
wie kann man die bestehenden ext3-Partitionen in ext4 wandeln? Gibt es einen Weg ohne Neuinstallation und Backup+Restore?

Wende dich doch bitte mit dieser Frage per E-Mail an den Synology-Support. Ich habe im Moment keine Testumgebung, um das auszuprobieren. Und wie immer, mag es im Detail noch Fallstricke geben.

Eine Anleitung gab es ja im ersten Post in dem Beschreibungslink.

Itari
 

BanditDD

Benutzer
Mitglied seit
01. Dez 2009
Beiträge
48
Punkte für Reaktionen
1
Punkte
8
Das müsste eigentlich mit den entsprechenden Tools möglich sein (http://www.cyberciti.biz/tips/linux-convert-ext3-to-ext4-file-system.html).
Allerdings würde ich das ohne ein aktuelles Backup sicherlich ned probieren :)

Eine komplette Neuinstallation wäre mir eigentlich lieber. Wie läuft eigentlich ein Restore ab? Ich habe alle Shares in einer Sicherung auf einer externen Platte, welche ich regelmäßig durch den DS-Sicherungsdienst aktualisieren lasse. Muss man die Shares auf einem frischen System exakt so anlegen, wie sie auf dem alten System hießen? Oder werden diese automatisch beim Restore auf dem Volume angelegt? Hast Du da schon Erfahrungen sammeln können?

Danke und Gruß,
BanditDD
 

crick

Benutzer
Mitglied seit
29. Mai 2008
Beiträge
1.241
Punkte für Reaktionen
2
Punkte
64
Das wuerde mich auch interessieren. Ich backuppe auch auf eine externe HDD. Muss man vor einer Wiederherstellung die Ordner wieder anlegen, oder wird das automatisch vollzogen? Wenn ja, muss man aber sicherlich die Rechte neu anlegen? Fragen ueber Fragen.. :rolleyes:
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Das wuerde mich auch interessieren. Ich backuppe auch auf eine externe HDD. Muss man vor einer Wiederherstellung die Ordner wieder anlegen, oder wird das automatisch vollzogen? Wenn ja, muss man aber sicherlich die Rechte neu anlegen? Fragen ueber Fragen.. :rolleyes:
rsync sollte beim zurückspielen von Backups nicht-vorhandene Verzeichnisse anlegen und die Rechte genau wie im Backup setzen resp nicht verändern. Ggf musst du vor dem Zurückspielen bestimmte User wieder anlegen, damit diese vorhanden sind, wenn ihnen eine Datei/Verzeichnis im Backup gehört
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat