Hallo Alle, könnte mir bitte mal jemand erklären, warum auf meinem System das Kopieren (sowohl mit rsync, wie auch mit cp) von einer HDD(1) mit ext3 auf eine andere HDD(2) auch mit ext3 nur mit 1-3 MB/s abläuft? HDD1 läßt sich dabei als Block-Gerät mit 100 MB/s und HDD2 sogar mit 112 MB/s lesen (das schreiben habe ich jetzt so nicht geprüft). Ich habe versucht die Priorität(en) hoch zu setzen -> nichts! Ich kapiere es nicht! Ich habe OpenSuse 11.1 (x86_64) (automatisch aktualisiert) auf einem 4-Kern-System mit 4 GB Arbeitsspeicher. Die Festplatten sind per SATA angeschlossen, die ich gleichzeitig mit einer Gesamtdatenrate von 400 MB/s lesen kann. Wieso läuft das kopieren trotzdem so langsam ab? Ich kapiere es echt nicht. Danke schon mal und Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Di Februar 23 2010 glaubte Martin Deppe zu wissen:
könnte mir bitte mal jemand erklären, warum auf meinem System das Kopieren (sowohl mit rsync, wie auch mit cp) von einer HDD(1) mit ext3 auf eine andere HDD(2) auch mit ext3 nur mit 1-3 MB/s abläuft? HDD1 läßt sich dabei als Block-Gerät mit 100 MB/s und HDD2 sogar mit 112 MB/s lesen (das schreiben habe ich jetzt so nicht geprüft).
Ich habe versucht die Priorität(en) hoch zu setzen -> nichts! Ich kapiere es nicht!
Ich habe OpenSuse 11.1 (x86_64) (automatisch aktualisiert) auf einem 4-Kern-System mit 4 GB Arbeitsspeicher. Die Festplatten sind per SATA angeschlossen, die ich gleichzeitig mit einer Gesamtdatenrate von 400 MB/s lesen kann.
Wieso läuft das kopieren trotzdem so langsam ab? Ich kapiere es echt nicht.
Tauchen in /var/log/messages oder /var/log/warn irgendwelche Meldungen auf? Was passiert, wenn du die Anwendungen auf "geschwätzig" drehst? Also cp -v usw.? flo -- jeder darf die Sig's unter der Voraussetzung verwenden das er die erste Zeile der Sig's mit der Url, mit postet (andernfalls werden Urheberrechte verletzt und auf der ganzen Welt bricht Anarchie aus und Deutschland fällt ins Mittelalter zurück ;-), [Steffen H. Hillner im WWW] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 23 Feb 2010, Martin Deppe schrieb:
könnte mir bitte mal jemand erklären, warum auf meinem System das Kopieren (sowohl mit rsync, wie auch mit cp) von einer HDD(1) mit ext3 auf eine andere HDD(2) auch mit ext3 nur mit 1-3 MB/s abläuft? HDD1 läßt sich dabei als Block-Gerät mit 100 MB/s und HDD2 sogar mit 112 MB/s lesen (das schreiben habe ich jetzt so nicht geprüft).
Ich habe versucht die Priorität(en) hoch zu setzen -> nichts! Ich kapiere es nicht!
Ist das ein "jungfräuliches" rsync? Weil: wenn schon das meiste im Zielordner vorhanden ist, dann beschäftigt sich rsync zu, sagen wir 99% damit zu prüfen, ob sich was geändert hat, und nur zu 1% damit die Differenzen zu übertragen ... Was genau machst du also??? -dnh -- Saying that Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders. [Unknown from the internet] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
David Haller schrieb:
Hallo,
Am Die, 23 Feb 2010, Martin Deppe schrieb:
könnte mir bitte mal jemand erklären, warum auf meinem System das Kopieren (sowohl mit rsync, wie auch mit cp) von einer HDD(1) mit ext3 auf eine andere HDD(2) auch mit ext3 nur mit 1-3 MB/s abläuft? HDD1 läßt sich dabei als Block-Gerät mit 100 MB/s und HDD2 sogar mit 112 MB/s lesen (das schreiben habe ich jetzt so nicht geprüft).
Ich habe versucht die Priorität(en) hoch zu setzen -> nichts! Ich kapiere es nicht!
Ist das ein "jungfräuliches" rsync? Weil: wenn schon das meiste im Zielordner vorhanden ist, dann beschäftigt sich rsync zu, sagen wir 99% damit zu prüfen, ob sich was geändert hat, und nur zu 1% damit die Differenzen zu übertragen ...
Was genau machst du also???
-dnh
Ich habe während etwa einen Jahres ca. 900 GB an Daten angesammelt (hauptsächlich Videos), die ich jetzt auf eine nagelneue 2TB-Platte (1 Partition) kopiere. Dies passiert bereits seit ca. 40 Stunden und ich meine, das System ist so schnell, daß es schon lange hätte fertig sein müssen, es wird aber offenbar sogar immer noch langsamer, denn jetzt habe ich sogar schon knapp unter 1 MB/s gesehen. Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Florian Gross schrieb:
Am Di Februar 23 2010 glaubte Martin Deppe zu wissen:
könnte mir bitte mal jemand erklären, warum auf meinem System das Kopieren (sowohl mit rsync, wie auch mit cp) von einer HDD(1) mit ext3 auf eine andere HDD(2) auch mit ext3 nur mit 1-3 MB/s abläuft? HDD1 läßt sich dabei als Block-Gerät mit 100 MB/s und HDD2 sogar mit 112 MB/s lesen (das schreiben habe ich jetzt so nicht geprüft).
Ich habe versucht die Priorität(en) hoch zu setzen -> nichts! Ich kapiere es nicht!
Ich habe OpenSuse 11.1 (x86_64) (automatisch aktualisiert) auf einem 4-Kern-System mit 4 GB Arbeitsspeicher. Die Festplatten sind per SATA angeschlossen, die ich gleichzeitig mit einer Gesamtdatenrate von 400 MB/s lesen kann.
Wieso läuft das kopieren trotzdem so langsam ab? Ich kapiere es echt nicht.
Tauchen in /var/log/messages oder /var/log/warn irgendwelche Meldungen auf?
Was passiert, wenn du die Anwendungen auf "geschwätzig" drehst?
Also cp -v usw.?
flo
Ich hab' jetzt mal den Prozess abgebrochen, um -v einzusetzen. "rsync -av ..." habe ich sowieso schon verwendet, verändert "rsync -avv ..." irgendetwas an der Ausgabe? In "man" steht nichts diesbezügliches, aber ich versuch's mal. Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 24.02.2010 09:12, schrieb Martin Deppe:
Florian Gross schrieb:
Am Di Februar 23 2010 glaubte Martin Deppe zu wissen:
könnte mir bitte mal jemand erklären, warum auf meinem System das Kopieren (sowohl mit rsync, wie auch mit cp) von einer HDD(1) mit ext3 auf eine andere HDD(2) auch mit ext3 nur mit 1-3 MB/s abläuft? HDD1 läßt sich dabei als Block-Gerät mit 100 MB/s und HDD2 sogar mit 112 MB/s lesen (das schreiben habe ich jetzt so nicht geprüft).
Ich habe versucht die Priorität(en) hoch zu setzen -> nichts! Ich kapiere es nicht!
Ich habe OpenSuse 11.1 (x86_64) (automatisch aktualisiert) auf einem 4-Kern-System mit 4 GB Arbeitsspeicher. Die Festplatten sind per SATA angeschlossen, die ich gleichzeitig mit einer Gesamtdatenrate von 400 MB/s lesen kann.
Wieso läuft das kopieren trotzdem so langsam ab? Ich kapiere es echt nicht.
Tauchen in /var/log/messages oder /var/log/warn irgendwelche Meldungen auf?
Was passiert, wenn du die Anwendungen auf "geschwätzig" drehst?
Also cp -v usw.?
flo
Ich hab' jetzt mal den Prozess abgebrochen, um -v einzusetzen. "rsync -av ..." habe ich sowieso schon verwendet, verändert "rsync -avv ..." irgendetwas an der Ausgabe? In "man" steht nichts diesbezügliches, aber ich versuch's mal.
Füg einmal --progress hinzu. Das zeigt sehr viel an. Matthias -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Martin Deppe schrieb:
Florian Gross schrieb:
Tauchen in /var/log/messages oder /var/log/warn irgendwelche Meldungen auf?
Was passiert, wenn du die Anwendungen auf "geschwätzig" drehst?
Also cp -v usw.?
flo
Ich hab' jetzt mal den Prozess abgebrochen, um -v einzusetzen. "rsync -av ..." habe ich sowieso schon verwendet, verändert "rsync -avv ..." irgendetwas an der Ausgabe? In "man" steht nichts diesbezügliches, aber ich versuch's mal.
Martin
Ich hab' grad' mal zwischendurch einen "sync" laufen lassen. Der brauchte so etwa 5 Minuten! Danach hatte ich kurzfristig deutlich höhere Datenraten! /var/log/warn enthält nichts auffälliges. /var/log/messages enthält zuletzt folgendes: Feb 24 00:23:43 martin3 -- MARK -- Feb 24 00:53:41 martin3 -- MARK -- Feb 24 00:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=63', processed='center(received)=63', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='des Feb 24 01:23:43 martin3 -- MARK -- Feb 24 01:53:41 martin3 -- MARK -- Feb 24 01:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=68', processed='center(received)=68', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='des Feb 24 02:23:43 martin3 -- MARK -- Feb 24 02:25:38 martin3 smartd[5364]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 76 to 77 Feb 24 02:53:41 martin3 -- MARK -- Feb 24 02:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=74', processed='center(received)=74', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='des Feb 24 02:55:38 martin3 smartd[5364]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 76 to 77 Feb 24 03:23:43 martin3 -- MARK -- Feb 24 03:53:41 martin3 -- MARK -- Feb 24 03:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=80', processed='center(received)=80', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='des Feb 24 04:23:43 martin3 -- MARK -- Feb 24 04:53:41 martin3 -- MARK -- Feb 24 04:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=85', processed='center(received)=85', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='des Feb 24 04:56:03 martin3 smartd[5364]: Device: /dev/sdd [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 69 to 70 Feb 24 04:56:03 martin3 smartd[5364]: Device: /dev/sdd [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 31 to 30 Feb 24 05:23:43 martin3 -- MARK -- Feb 24 05:26:03 martin3 smartd[5364]: Device: /dev/sdd [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 70 to 69 Feb 24 05:26:03 martin3 smartd[5364]: Device: /dev/sdd [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 30 to 31 Feb 24 05:53:41 martin3 -- MARK -- Feb 24 05:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=94', processed='center(received)=94', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='des Feb 24 05:55:38 martin3 smartd[5364]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 76 to 77 Feb 24 05:56:04 martin3 smartd[5364]: Device: /dev/sdd [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 69 to 70 Feb 24 05:56:04 martin3 smartd[5364]: Device: /dev/sdd [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 31 to 30 Feb 24 06:23:43 martin3 -- MARK -- Feb 24 06:53:41 martin3 -- MARK -- Feb 24 06:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=102', processed='center(received)=102', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='d Feb 24 07:23:43 martin3 -- MARK -- Feb 24 07:25:38 martin3 smartd[5364]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 76 to 77 Feb 24 07:53:41 martin3 -- MARK -- Feb 24 07:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=108', processed='center(received)=108', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='d Feb 24 08:23:43 martin3 -- MARK -- Feb 24 08:52:16 martin3 su: (to root) martin on /dev/pts/2 Feb 24 08:55:23 martin3 syslog-ng[2657]: Log statistics; dropped='pipe(/dev/xconsole)=0', dropped='pipe(/dev/tty10)=0', processed='center(queued)=113', processed='center(received)=113', processed='destination(newsnotice)=0', processed='destination(acpid)=0', processed='d Feb 24 09:16:53 martin3 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 Feb 24 09:16:53 martin3 kernel: ISO 9660 Extensions: RRIP_1991A Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Matthias Praunegger schrieb:
Am 24.02.2010 09:12, schrieb Martin Deppe:
Florian Gross schrieb:
Tauchen in /var/log/messages oder /var/log/warn irgendwelche Meldungen auf?
Was passiert, wenn du die Anwendungen auf "geschwätzig" drehst?
Also cp -v usw.?
flo
Ich hab' jetzt mal den Prozess abgebrochen, um -v einzusetzen. "rsync -av ..." habe ich sowieso schon verwendet, verändert "rsync -avv ..." irgendetwas an der Ausgabe? In "man" steht nichts diesbezügliches, aber ich versuch's mal.
Füg einmal --progress hinzu. Das zeigt sehr viel an.
Matthias
Mein Gott, rsync startet mit 80 MB/s, bricht dann aber nach etwa 10 Sekunden massiv auf wenige MB/s und sogar darunter ein. Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Martin,
Mein Gott, rsync startet mit 80 MB/s, bricht dann aber nach etwa 10 Sekunden massiv auf wenige MB/s und sogar darunter ein.
Ich kenne solche Effekte nur bei der Übertragung von Daten auf eine der Netzwerkplatten (im NAS-Gehäuse) in der Firma. Die Geschwindigkeit ist angeblich 60-80 MB/s und bricht dann ganz fürchterlich ein. Das Spiel wiederholt sich dann immer wieder. Da die Netzwerkauslastung ist aber relativ konstant... Ich vermute, dass die angezeigte Geschwindigkeit diejenige des Puffers ist. Ob es ähnliche Effekte bei SATA gibt? Gruß, Michael -- ____ / / / / /__/ Michael Höhne / / / / / / mih-hoehne@web.de / ________________________________/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
4k Sektoren? http://www.heise.de/ct/meldung/Festplatten-mit-4-KByte-Sektorgroesse-887759.... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Michael Höhne schrieb:
Hallo Martin,
Mein Gott, rsync startet mit 80 MB/s, bricht dann aber nach etwa 10 Sekunden massiv auf wenige MB/s und sogar darunter ein.
Ich kenne solche Effekte nur bei der Übertragung von Daten auf eine der Netzwerkplatten (im NAS-Gehäuse) in der Firma. Die Geschwindigkeit ist angeblich 60-80 MB/s und bricht dann ganz fürchterlich ein. Das Spiel wiederholt sich dann immer wieder. Da die Netzwerkauslastung ist aber relativ konstant...
Ich vermute, dass die angezeigte Geschwindigkeit diejenige des Puffers ist. Ob es ähnliche Effekte bei SATA gibt?
Gruß, Michael
Hallo Michael, das Kopieren findet, wie gesagt, lokal von einer Festplatte auf eine andere Festplatte statt, von denen keine die Systemplatte ist. Es gibt also keine weiteren, störenden Einflüsse! Ich bin mittlerweile davon überzeugt, daß es etwas mit dem Journal zu tun hat, der voll läuft. Ein "sync" beispielsweise endet nicht, solange "rsync" läuft. Wenn ich aber "rsync" unterbreche und einen "sync" veranlasse, läuft es danach wieder mit voller Geschwindigkeit (für eine kurze Weile, wie gesagt). Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Volker Fervers (Mailinglisten) schrieb:
4k Sektoren?
http://www.heise.de/ct/meldung/Festplatten-mit-4-KByte-Sektorgroesse-887759....
Bingo! Es handelt sich tatsächlich um eine WD20EARS. Danke Volker! Ich hätte nur nicht erwartet, daß es dermaßen einbricht (wobei ich auch nicht daran gedacht habe, wenn ich ehrlich bin). Kann das denn wirklich der Grund sein? Schätze, ich muß es wohl mal ausprobieren! Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Martin Deppe schrieb:
Volker Fervers (Mailinglisten) schrieb:
4k Sektoren?
http://www.heise.de/ct/meldung/Festplatten-mit-4-KByte-Sektorgroesse-887759....
Bingo!
Es handelt sich tatsächlich um eine WD20EARS. Danke Volker! Ich hätte nur nicht erwartet, daß es dermaßen einbricht (wobei ich auch nicht daran gedacht habe, wenn ich ehrlich bin). Kann das denn wirklich der Grund sein? Schätze, ich muß es wohl mal ausprobieren!
Gruß Martin
Tja, die Blocksize des ext3-Dateisystems auf der Platte ist 4096 byte, wie man, denke ich, an Folgendem sehen kann: martin3:/mnt/2TB/Videos # dumpe2fs -h /dev/sdc1 dumpe2fs 1.41.1 (01-Sep-2008) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: 188b8cdd-9688-42da-8aa0-975b4b731aa4 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 122101760 Block count: 488378000 Reserved block count: 24418900 Free blocks: 379313575 Free inodes: 122101193 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 907 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Mon Feb 22 15:13:12 2010 Last mount time: Mon Feb 22 20:15:19 2010 Last write time: Mon Feb 22 20:15:19 2010 Mount count: 1 Maximum mount count: 34 Last checked: Mon Feb 22 15:13:12 2010 Check interval: 15552000 (6 months) Next check after: Sat Aug 21 16:13:12 2010 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: c4f1723b-c7c8-45b5-bd6e-f867fca095be Journal backup: inode blocks Journal size: 128M ... und was nun? Kann man den Journal eigentlich abschalten? Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Martin Deppe schrieb:
Martin Deppe schrieb:
Volker Fervers (Mailinglisten) schrieb:
4k Sektoren?
http://www.heise.de/ct/meldung/Festplatten-mit-4-KByte-Sektorgroesse-887759....
Bingo!
Es handelt sich tatsächlich um eine WD20EARS. Danke Volker! Ich hätte nur nicht erwartet, daß es dermaßen einbricht (wobei ich auch nicht daran gedacht habe, wenn ich ehrlich bin). Kann das denn wirklich der Grund sein? Schätze, ich muß es wohl mal ausprobieren!
Gruß Martin
Tja, die Blocksize des ext3-Dateisystems auf der Platte ist 4096 byte, wie man, denke ich, an Folgendem sehen kann:
martin3:/mnt/2TB/Videos # dumpe2fs -h /dev/sdc1 dumpe2fs 1.41.1 (01-Sep-2008) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: 188b8cdd-9688-42da-8aa0-975b4b731aa4 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 122101760 Block count: 488378000 Reserved block count: 24418900 Free blocks: 379313575 Free inodes: 122101193 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 907 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Mon Feb 22 15:13:12 2010 Last mount time: Mon Feb 22 20:15:19 2010 Last write time: Mon Feb 22 20:15:19 2010 Mount count: 1 Maximum mount count: 34 Last checked: Mon Feb 22 15:13:12 2010 Check interval: 15552000 (6 months) Next check after: Sat Aug 21 16:13:12 2010 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: c4f1723b-c7c8-45b5-bd6e-f867fca095be Journal backup: inode blocks Journal size: 128M
... und was nun? Kann man den Journal eigentlich abschalten?
Martin
fdisk zeigt mir folgendes: martin3:/mnt/2TB/Videos # fdisk /dev/sdc Command (m for help): p Disk /dev/sdc: 2000.3 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x36b3378a Device Boot Start End Blocks Id System /dev/sdc1 1 243201 1953512001 83 Linux Command (m for help): x Expert command (m for help): p Disk /dev/sdc: 255 heads, 63 sectors, 243201 cylinders Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID 1 00 1 1 0 254 63 1023 63 3907024002 83 2 00 0 0 0 0 0 0 0 0 00 3 00 0 0 0 0 0 0 0 0 00 4 00 0 0 0 0 0 0 0 0 00 So, wie ich das verstehe, start also die Partition schon nicht auf einem vielfachen von 4 KB! Das würde jedenfalls auch erklären, warum das erstellen des Dateisystems so lange gedauert hat! Mist! Wie bekomme ich den jetzt die Anzahl Sektoren pro Cylinder beispielsweise auf 64? Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Martin, On Wednesday 24 February 2010 14:06:11 Martin Deppe wrote:
Wie bekomme ich den jetzt die Anzahl Sektoren pro Cylinder beispielsweise auf 64?
Um noch mal mit Heise anstatt wie ueblich mit Wikipedia zu antwort, vielleicht hilft es dir ja weiter: http://www.heise.de/open/news/foren/S-Ins-offene-Messer- gelaufen/forum-174910/msg-18143396/read/ Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Roman Fietze schrieb:
Hallo Martin,
On Wednesday 24 February 2010 14:06:11 Martin Deppe wrote:
Wie bekomme ich denn jetzt die Anzahl Sektoren pro Cylinder beispielsweise auf 64?
Um noch mal mit Heise anstatt wie ueblich mit Wikipedia zu antworten, vielleicht hilft es dir ja weiter:
http://www.heise.de/open/news/foren/S-Ins-offene-Messer-gelaufen/forum-17491...
Roman
Hallo Roman, "fdisk -H 224 -S 56 /dev/sdx" funktioniert und gibt mir so ziemlich die Performance, die ich mir so vorstelle, bei dieser HDD :-) Ich verstehe zwar nicht, wieso "fdisk -H 252 -S 60 /dev/sdx" nicht das gleiche oder eventuell sogar ein besseres Ergebnis liefert, tut es aber nicht. Nun ja, das soll mir jetzt erst mal relativ wurscht sein. Vielen Dank an Dich und alle, die sich beteiligt haben und Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (7)
-
David Haller
-
Florian Gross
-
Martin Deppe
-
Matthias Praunegger
-
Michael Höhne
-
Roman Fietze
-
Volker Fervers (Mailinglisten)