[abgeschlossen] Entwurf: IDE Menü
-
- Einsteiger
- Beiträge: 281
- Registriert: Mittwoch 8. Dezember 2004, 21:45
neue Version IDE Menü: 14042007
hdd_source
Während der Testerei habe ich die Filesysteme in den Kernel compiliert. Ich meine das ist auch bei --enable ide standart im cvs.
Wer die filesystem im kernel behält, kann die parts markerfiles .xfs .ext2 .ext3 deaktivieren oder löschen, ansonsten können über die marker die benötigten module beim systemstart geladen werden. (dboxen ohne ide-if verwenden wahrscheinlich sehr selten xfs & co)
ein neues define: IDE_INIT == start script - meine ist als beispiel mit im Archiv enthalten. ich habe dem init script auch nun den namen ide_init.sh gegeben (alt: ide_mount.sh) - war wohl verwirrend.
LoadDrivers führt nun entweder IDE_INIT aus oder wenn nicht vorhanden ein default.
UnLoadDrivers entläd nun neben den ide treibern auch die geladenen filesysteme - damit ist bei ausgeschaltetem IDE Treiber nichts unnützes (bezogen auf ide!) im Speicher.
wer noch zusätzlich ein mmc oder ähnliches hat, sollte sich das entsprechend anpassen.
ich habe fertig
Innu
hdd_source
Während der Testerei habe ich die Filesysteme in den Kernel compiliert. Ich meine das ist auch bei --enable ide standart im cvs.
Wer die filesystem im kernel behält, kann die parts markerfiles .xfs .ext2 .ext3 deaktivieren oder löschen, ansonsten können über die marker die benötigten module beim systemstart geladen werden. (dboxen ohne ide-if verwenden wahrscheinlich sehr selten xfs & co)
ein neues define: IDE_INIT == start script - meine ist als beispiel mit im Archiv enthalten. ich habe dem init script auch nun den namen ide_init.sh gegeben (alt: ide_mount.sh) - war wohl verwirrend.
LoadDrivers führt nun entweder IDE_INIT aus oder wenn nicht vorhanden ein default.
UnLoadDrivers entläd nun neben den ide treibern auch die geladenen filesysteme - damit ist bei ausgeschaltetem IDE Treiber nichts unnützes (bezogen auf ide!) im Speicher.
wer noch zusätzlich ein mmc oder ähnliches hat, sollte sich das entsprechend anpassen.
ich habe fertig
Innu
-
- Interessierter
- Beiträge: 38
- Registriert: Freitag 25. August 2006, 14:10
Hallo,
erstmal vielen Dank für die tolle Arbeit. Es ist eine große Bereicherung für das Projekt.
Ich möchte mich nun gern etwas an den Test's beteiligen.
Ich habe das Menü mal getestet und habe noch folgende Problemchen:
Kann es sein das die Locale, so wie sie momentan sind, nicht durch den "Locale-Check" kommen ? Es bricht ab mit:
Wenn ich den Check deaktiviere, läuft es zwar durch, aber dann habe ich im Bootlog folgende Meldung:
Jemand eine Idee ?
============================================================================
HDD-CHECK:
Wenn der HDD-Check gestartet wird und die Platte schläft, bekomme ich folgende Meldung:
Zitat von DrStoned
Gruß Nero
erstmal vielen Dank für die tolle Arbeit. Es ist eine große Bereicherung für das Projekt.
Ich möchte mich nun gern etwas an den Test's beteiligen.
Ich habe das Menü mal getestet und habe noch folgende Problemchen:
Kann es sein das die Locale, so wie sie momentan sind, nicht durch den "Locale-Check" kommen ? Es bricht ab mit:
Code: Alles auswählen
not ordered or contains empty lines
Ich bin mir ziehmlich sicher das ich die Files richtig "editiert" habe.[deutsch.locale] superfluous entry: hddsettings.hdd.infos
[deutsch.locale] superfluous entry: hddsettings.advanced
[deutsch.locale] missing entry: hddsettings.hdd.switch.hdd
[deutsch.locale] missing entry: hddsettings.hdd.switch.mmc
[deutsch.locale] missing entry: hddsettings.hdd.infos
[deutsch.locale] missing entry: hddsettings.advanced
[deutsch.locale] has 4 missing entrys
Jemand eine Idee ?
============================================================================
HDD-CHECK:
Wenn der HDD-Check gestartet wird und die Platte schläft, bekomme ich folgende Meldung:
Beim zweiten Versuch aus dem Standby erhielt ich dann folgende Meldung:Harddisk Menu 2007-04-14 Innuendo V0.30
[neutrino ide] HDDTemp failed
[neutrino ide] found mountpoint /hdd/filme
[neutrino ide] unmount /hdd/filme
[neutrino ide] swapoff successful
[neutrino ide] executing /var/tuxbox/config/hddcheck.start
fatal error -- cannot create worker threads, status = [11] Resource temporarily unavailable
[neutrino ide] HDD check failed
keine Reaktion mehr -> Box "fest"
Wenn die Platte läuft (also nicht schläft) startet zwar der HDD-Check (in meinem Fall für XFS), aber er bleibt hier stehen:Harddisk Menu 2007-04-14 Innuendo V0.30
[neutrino ide] HDDTemp failed
[neutrino ide] found mountpoint /hdd/filme
[neutrino ide] unmount /hdd/filme
[neutrino ide] swapoff successful
[neutrino ide] executing /var/tuxbox/config/hddcheck.start
- creating 2 worker thread(s)
Phase 1 - find and verify superblock...
- reporting progress in intervals of 15 minutes
fatal error -- couldn't allocate block map, size = 3813931
keine Reaktion mehr -> Box "fest"
Ich denke es liegt daran, das bei großen Platten das Swappen für den HDD-Check nicht abgeschaltet werden darf.Harddisk Menu 2007-04-14 Innuendo V0.30
[neutrino ide] HDDTemp failed
[neutrino ide] found mountpoint /hdd/filme
[neutrino ide] unmount /hdd/filme
[neutrino ide] swapoff successful
[neutrino ide] executing /var/tuxbox/config/hddcheck.start
- creating 2 worker thread(s)
Phase 1 - find and verify superblock...
- reporting progress in intervals of 15 minutes
keine Reaktion mehr -> Box "fest"
Zitat von DrStoned
Die Fehlermeldungen beim HDD-Check aus dem Standby könnten auch damit zusammenhängen, da die Box sich jedesmal "aufhängt"- Wichtig: Für große Festplatten muss SWAP aktiviert werden, damit der Check auch durchgeführt werden kann.
Gruß Nero
-
- Einsteiger
- Beiträge: 281
- Registriert: Mittwoch 8. Dezember 2004, 21:45
für einen kleinen test erstell bitte dass file /var/tuxbox/config/hddcheck.start - rechte auf 755 - mit folgendem inhalt:
wenn dann kein fehler auftritt haben wir die bestätigung, dass bei sehr großen hdds swap nicht abgeschaltet werden darf.
bei den locales ist mir tatsächlich ein fehlerchen unterlaufen. sortieren muss sie jeder selber.
bitte die folgenden zwei zeilen in der locals.h und locals_intern.h löschen:
hddsettings.hdd.switch.hdd
hddsettings.hdd.switch.mmc
EDIT:
hab das archiv aktualisiert
locals sollten nun stimmen (weiterhin nicht sortiert)
fix hddcheck
innu
Code: Alles auswählen
#!/bin/sh
if [ -e /var/etc/.hddpart1 ] ; then
/sbin/swapon $(cat /var/etc/.hddpart1 2>/dev/null) && /bin/mount -n -t tmpfs tmpfs /tmp -o size=128M,remount
fi
bei den locales ist mir tatsächlich ein fehlerchen unterlaufen. sortieren muss sie jeder selber.
bitte die folgenden zwei zeilen in der locals.h und locals_intern.h löschen:
hddsettings.hdd.switch.hdd
hddsettings.hdd.switch.mmc
EDIT:
hab das archiv aktualisiert
locals sollten nun stimmen (weiterhin nicht sortiert)
fix hddcheck
innu
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
@Innuendo
ich hab versucht das probehalber zu deaktivieren, da es nicht zum ide gehört
mit dem erfolg
Harddisk Menu 2007-04-11 Innuendo V0.28
Segmentation fault
so gehts dummerweise
is schon komisch. hatte ich noch nie
und zwecks deinen filesystem sachen in den kernel, denke ich es sollte nur ext2 und ext3 in den kernel. xfs sollte drausen bleiben, und extra nachladbar sein.
ich hab versucht das probehalber zu deaktivieren, da es nicht zum ide gehört
Code: Alles auswählen
..
//scIDE->addItem(GenericMenuSeparatorLine);
//scIDE->addItem(new CMenuOptionChooser(LOCALE_HDDSETTINGS_IDE_SAMBA, &samba, OPTIONS_OFF_ON_OPTIONS, OPTIONS_OFF_ON_OPTION_COUNT, true ));
//scIDE->addItem(new CMenuOptionChooser(LOCALE_HDDSETTINGS_IDE_NFS, &nfs, OPTIONS_OFF_ON_OPTIONS, OPTIONS_OFF_ON_OPTION_COUNT, true ));
scIDE->addItem(GenericMenuSeparatorLine);
..
Harddisk Menu 2007-04-11 Innuendo V0.28
Segmentation fault
so gehts dummerweise
Code: Alles auswählen
...
scIDE->addItem(GenericMenuSeparatorLine);
//scIDE->addItem(new CMenuOptionChooser(LOCALE_HDDSETTINGS_IDE_SAMBA, &samba, OPTIONS_OFF_ON_OPTIONS, OPTIONS_OFF_ON_OPTION_COUNT, true ));
//scIDE->addItem(new CMenuOptionChooser(LOCALE_HDDSETTINGS_IDE_NFS, &nfs, OPTIONS_OFF_ON_OPTIONS, OPTIONS_OFF_ON_OPTION_COUNT, true ));
scIDE->addItem(GenericMenuSeparatorLine);
...
und zwecks deinen filesystem sachen in den kernel, denke ich es sollte nur ext2 und ext3 in den kernel. xfs sollte drausen bleiben, und extra nachladbar sein.
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
compiler mit der neuen version sagt das
Code: Alles auswählen
ide_setup.cpp: In member function `int IdeConfWidget::Umounting(int)':
ide_setup.cpp:257: warning: 'res' might be used uninitialized in this function
-
- Einsteiger
- Beiträge: 281
- Registriert: Mittwoch 8. Dezember 2004, 21:45
zum thema "was soll in den kernel und was soll als modul verfügbar sein" gibt es wahrscheinlich sehr viele meinungen. ich denke, es ist sehr einfach, sich den ide entwurf für sein image anzupassen. und soweit ich die foren zum thema aufnehmen durchgelesen habe, gibt es keinen vor- oder nachteil, ob ext2 ext3 oder xfs nun als modul oder im kernel enthalten compiliert wird.mb405 hat geschrieben:und zwecks deinen filesystem sachen in den kernel, denke ich es sollte nur ext2 und ext3 in den kernel. xfs sollte drausen bleiben, und extra nachladbar sein.
wenn du die menü optionen samba und nfs entfernst, dann nimm auch die vars raus - die müssen nicht unnütz mitgeschleppt werden.
!habs nicht getestet!
IDE Menü ohne Samba/nfs
innu
-
- Moderator english
- Beiträge: 2458
- Registriert: Donnerstag 20. Dezember 2001, 00:00
Speedy aus England hat noch die folgende Idee Platz zu sparen:
Havent tested this yet but I don't see why it shouldnt work.
Once the tuxbox compiler has been created, you'll have a file called powerpc-tuxbox-linux-gnu-strip - this can be used to strip unnecessary shit from files so that they are smaller in size.
This works particularly good for the IDE files:
powerpc-tuxbox-linux-gnu-strip xfs.o
powerpc-tuxbox-linux-gnu-strip ext2.o
powerpc-tuxbox-linux-gnu-strip ext3.o
powerpc-tuxbox-linux-gnu-strip jbd.o
powerpc-tuxbox-linux-gnu-strip ide-core.o
powerpc-tuxbox-linux-gnu-strip ide-disk.o
By doing the above, you save 305KB of space which can be used for other things in your images.
Even if you dont have support for IDE in your image, you can still save space by reducing the size of the other file systems:FILE ORIGINAL REDUCED SAVED
xfs.o 550 410 140
ext2.o 53.8 37 16.8
ext3.o 100 64.6 35.4
jbd.o 83.3 45 38.3
ide-core.o 146 80.3 65.7
ide-disk.o 24.4 15.5 8.9
305.1KB SAVED
powerpc-tuxbox-linux-gnu-strip cifs.o
powerpc-tuxbox-linux-gnu-strip lockd.o
powerpc-tuxbox-linux-gnu-strip lufs.o
powerpc-tuxbox-linux-gnu-strip nfs.o
powerpc-tuxbox-linux-gnu-strip nfsd.o
powerpc-tuxbox-linux-gnu-strip sunrpc.o
The above saves you 190.6KB of space, which again you could use for other things.
If you have IDE support and strip all the files mentioned above, you save yourself a massive 500KB!FILE ORIGINAL REDUCED SAVED
cifs.o 229 158 71
lockd.o 62.4 38 24.4
lufs.o 23.2 14.3 8.9
nfs.o 88.8 61.1 27.7
nfsd.o 88.1 60.5 27.6
sunrpc.o 78.4 47.4 31
190.6KB SAVED
This is theorectical, I haven't tried it or tested it in any way. By I don't see why this wouldnt work. If you wanna try it out then all the files you need to strip are in cdkflash/lib/modules/2.4.34-dbox2/kernel/fs
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Interessierter
- Beiträge: 38
- Registriert: Freitag 25. August 2006, 14:10
@innu
Der HDD-Check funktioniert nun, lag also wirklich an der deaktivierten Swap.
Thx ...
So ich hab mich auch nochmal an den Localen versucht.
Kann es sein das sich hier noch ein paar Fehler eingeschlichen haben?
Also selbes Problem wie bei mb405
==========================================================================
Gruß Nero
Der HDD-Check funktioniert nun, lag also wirklich an der deaktivierten Swap.
Thx ...
So ich hab mich auch nochmal an den Localen versucht.
Kann es sein das sich hier noch ein paar Fehler eingeschlichen haben?
deutsch.locale:
hddsettings.partition.hdd.active Aktiv
locals.h:
LOCALE_HDDSETTINGS_HDD_ACTIVE,
locals_intern.h:
"hddsettings.partition.hdd.active",
==========================================================================deutsch.locale:
hddsettings.partition.hdd.off aus
locals.h:
LOCALE_HDDSETTINGS_HDD_OFF,
locals_intern.h:
"hddsettings.partition.hdd.off",
Hab das mal getestet und bekomme ein:Innuendo hat geschrieben: wenn du die menü optionen samba und nfs entfernst, dann nimm auch die vars raus - die müssen nicht unnütz mitgeschleppt werden.
!habs nicht getestet!
IDE Menü ohne Samba/nfs
Code: Alles auswählen
Harddisk Menu 2007-04-16 Innuendo V0.32
Segmentation fault
==========================================================================
Diese Meldung hab ich auch ...mb405 hat geschrieben: compiler mit der neuen version sagt dasCode: Alles auswählen
ide_setup.cpp: In member function `int IdeConfWidget::Umounting(int)': ide_setup.cpp:257: warning: 'res' might be used uninitialized in this function
Gruß Nero
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Interessierter
- Beiträge: 38
- Registriert: Freitag 25. August 2006, 14:10
Wäre doch aber schön die überflüssige Linie auch noch weg zubekommenmb405 hat geschrieben:ja lass einfach die beiden linien drin, dann gehts
hab auch nicht gefunden warum der abbröselt.
===================================================================
@innu
Mal noch ne Anmerkung an die Locale. Da du als "Standart-Mountpoints"
- filme
- bilder-mp3
- daten
gewählt hast. (Was ich sehr gut finde)
Könnte man das in der deutsch.locale auch so "beschriften"
Code: Alles auswählen
hddsettings.hdd.part1.info Partition Swap
hddsettings.hdd.part2.info Partition Movies
hddsettings.hdd.part3.info Partition Pictures
hddsettings.hdd.part4.info Partition MP3
Code: Alles auswählen
hddsettings.hdd.part1.info Partition Swap
hddsettings.hdd.part2.info Partition Filme
hddsettings.hdd.part3.info Partition Bilder-MP3
hddsettings.hdd.part4.info Partition Daten
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Einsteiger
- Beiträge: 102
- Registriert: Freitag 29. Dezember 2006, 10:44
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Einsteiger
- Beiträge: 281
- Registriert: Mittwoch 8. Dezember 2004, 21:45
deutsch.locale:
hddsettings.partition.hdd.active Aktiv
locals.h:
LOCALE_HDDSETTINGS_HDD_ACTIVE,
locals_intern.h:
"hddsettings.partition.hdd.active",
danke für den hinweis - hab ich korrigiertdeutsch.locale:
hddsettings.partition.hdd.off aus
locals.h:
LOCALE_HDDSETTINGS_HDD_OFF,
locals_intern.h:
"hddsettings.partition.hdd.off",
-
- Einsteiger
- Beiträge: 281
- Registriert: Mittwoch 8. Dezember 2004, 21:45
konnte ich auch hier nachvollziehen - keine ahnung warummb405 hat geschrieben:ja klar Innuendo hab ich alles raus was samba und nfs ist.
es dreht sich nur um die menüeinträge.
wenn beide raus sind klappts. sobald aber noch eine überflüssige linie dann noch raus soll, kackt er mit segfault ab.
ersetz die beiden lines mit einer
scIDE->addItem(new CMenuSeparator(CMenuSeparator::LINE | CMenuSeparator::STRING, LOCALE_HDDSETTINGS_HDD_INFOS));
oder einer anderen eigenen locals, dann gehts.
innu
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Einsteiger
- Beiträge: 281
- Registriert: Mittwoch 8. Dezember 2004, 21:45
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
wo ??
hier http://innuendo.s4.gmc.to/hdd.rar ist die alte version
edit
habs http://ulc.tuxbox-cvs.sourceforge.net// ... tory=Diffs&
hier http://innuendo.s4.gmc.to/hdd.rar ist die alte version
edit
habs http://ulc.tuxbox-cvs.sourceforge.net// ... tory=Diffs&
-
- Einsteiger
- Beiträge: 281
- Registriert: Mittwoch 8. Dezember 2004, 21:45
Code: Alles auswählen
#define PLUGINDIR_VAR "/var/tuxbox/plugins"
#define PLUGINDIR_MNT "/mnt/plugins"
so findet die funktion "plugins neu laden" tuxtxt, tuxcom etc auch auf hdd.
innu
-
- Tuxboxer
- Beiträge: 2614
- Registriert: Montag 20. Mai 2002, 10:49
- Image: JTG-Image [IDE] Version 2.4.4
- Image: (7025SS) Merlin
@Innuendo und Houdini
Habe in Zusammenarbeit mit ein paar Leuten von einem hier unerwüschten Board, rausgekriegt, wie man xfs_repair dazu bewegt ein Log in eine Datei zu erstellen. Dadurch hat man jetzt endlich auch die Möglichkeit, zu sehen was xfs_repair mit den Platten anstellt.
Hier noch der Entwurf des zu ändernden Codes in Innuendo's Sourcen.
Greetz von DrStoned
Habe in Zusammenarbeit mit ein paar Leuten von einem hier unerwüschten Board, rausgekriegt, wie man xfs_repair dazu bewegt ein Log in eine Datei zu erstellen. Dadurch hat man jetzt endlich auch die Möglichkeit, zu sehen was xfs_repair mit den Platten anstellt.
Code: Alles auswählen
xfs_repair -v /dev/ide/host0/bus0/target0/lun0/part2 > /tmp/fsck.log 2>&1
Müsste allerdings noch getestet werden, ob diese Umleitung so auch mit fsck.ext2 und fsck.ext3 funktioniert. Werde gleich mal meine alte Platte in die Box schieben, und das mit meinem alten HDD-Check-Skript testen.einfachüberall im code durch dasCode: Alles auswählen
cmdcheck += "> /tmp/fsck.log";
ersetzen. sind 3 zeilenCode: Alles auswählen
cmdcheck += "> /tmp/fsck.log 2>&1";
Greetz von DrStoned
-
- Tuxboxer
- Beiträge: 2614
- Registriert: Montag 20. Mai 2002, 10:49
- Image: JTG-Image [IDE] Version 2.4.4
- Image: (7025SS) Merlin
Habe das jetzt mal mit dem alten HDD-Check-Skript getestet, et voila, das Log wird bei allen 3 Dateisystemen fehlerfrei nach /tmp/fsck.log erstellt. Hier mal das Log von xfs_repair:
Hier noch das Log von fsck.ext2:
Hier noch fsck.ext3
Die Codeänderung kann also wie vorgeschlagen, in Innuendo's HDD-Code übernommen werden.
Greetz von DrStoned
Code: Alles auswählen
- creating 2 worker thread(s)
Phase 1 - find and verify superblock...
- reporting progress in intervals of 15 minutes
Phase 2 - using internal log
- zero log...
zero_log: head block 16 tail block 16
- scan filesystem freespace and inode maps...
- 18:19:21: scanning filesystem freespace - 8 of 8 allocation groups done
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- 18:19:21: scanning agi unlinked lists - 8 of 8 allocation groups done
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- 18:19:22: process known inodes and inode discovery - 64 of 64 inodes done
- process newly discovered inodes...
- 18:19:22: process newly discovered inodes - 8 of 8 allocation groups done
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- clear lost+found (if it exists) ...
- clearing existing "lost+found" inode
- deleting existing "lost+found" entry
- 18:19:23: setting up duplicate extent list - 8 of 8 allocation groups done
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- 18:19:23: check for inodes claiming duplicate blocks - 64 of 64 inodes done
Phase 5 - rebuild AG headers and trees...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- 18:19:30: rebuild AG headers and trees - 8 of 8 allocation groups done
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- ensuring existence of lost+found directory
- traversing filesystem starting at / ...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- 18:19:31: traversing filesystem - 8 of 8 allocation groups done
- traversal finished ...
- traversing all unattached subtrees ...
- traversals finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- 18:19:33: verify and correct link counts - 64 of 64 inodes done
XFS_REPAIR Summary Wed May 30 18:19:37 2007
Phase Start End Duration
Phase 1: 05/30 18:18:53 05/30 18:18:54 1 second
Phase 2: 05/30 18:18:54 05/30 18:19:21 27 seconds
Phase 3: 05/30 18:19:21 05/30 18:19:22 1 second
Phase 4: 05/30 18:19:22 05/30 18:19:23 1 second
Phase 5: 05/30 18:19:23 05/30 18:19:30 7 seconds
Phase 6: 05/30 18:19:30 05/30 18:19:32 2 seconds
Phase 7: 05/30 18:19:32 05/30 18:19:33 1 second
Total run time: 40 seconds
done
Code: Alles auswählen
e2fsck 1.39 (29-May-2006)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
11 inodes used (0%)
0 non-contiguous inodes (0.0%)
# of inodes with ind/dind/tind blocks: 0/0/0
122419 blocks used (1%)
0 bad blocks
0 large files
0 regular files
2 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets
--------
2 files
Code: Alles auswählen
e2fsck 1.39 (29-May-2006)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
11 inodes used (0%)
0 non-contiguous inodes (0.0%)
# of inodes with ind/dind/tind blocks: 0/0/0
155317 blocks used (2%)
0 bad blocks
0 large files
0 regular files
2 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets
--------
2 files
Greetz von DrStoned
Zuletzt geändert von DrStoned am Mittwoch 30. Mai 2007, 19:12, insgesamt 1-mal geändert.
-
- Tuxboxer
- Beiträge: 2614
- Registriert: Montag 20. Mai 2002, 10:49
- Image: JTG-Image [IDE] Version 2.4.4
- Image: (7025SS) Merlin
Übrigens habe ich noch einen Fehler entdeckt, wo man auch noch mal drüberschauen sollte, getestet mit dem aktuellen JtG-Snapshot vom 24.05.2007.
Wenn man zuvor als Dateisystem xfs auf der Platte hatte, und dann auf ein anderes Dateisystem umstellt und neu formatiert, wird die Schalterdatei /var/etc/.xfs nicht gelöscht. Ich habe mich schon seit einiger Zeit gewundert, warum immer noch die xfs-Treibermodule geladen werden, obwohl ich normalerweise ext3 verwende.
Formatiere ich jedoch von ext2 auf ext3 um, wird die ext2-Schalterdatei /var/etc/.ext2 gelöscht, jedoch /var/etc/.ext3 und falscherweise /var/etc/.xfs erstellt. Dadurch werden unnötigerweise die XFS-Treibermodule mit geladen.
Greetz von DrStoned
Wenn man zuvor als Dateisystem xfs auf der Platte hatte, und dann auf ein anderes Dateisystem umstellt und neu formatiert, wird die Schalterdatei /var/etc/.xfs nicht gelöscht. Ich habe mich schon seit einiger Zeit gewundert, warum immer noch die xfs-Treibermodule geladen werden, obwohl ich normalerweise ext3 verwende.
Formatiere ich jedoch von ext2 auf ext3 um, wird die ext2-Schalterdatei /var/etc/.ext2 gelöscht, jedoch /var/etc/.ext3 und falscherweise /var/etc/.xfs erstellt. Dadurch werden unnötigerweise die XFS-Treibermodule mit geladen.
Greetz von DrStoned
Greetz von DrStoned