16.05.2006 17:07
[#1]
SmartFS crashed DH1
Podczas kopiowania plików z płyty CD na DH1: zabrakło nagle mocy w zasilaczu.
(mam ten problem odkąd mam dysk twardy w Amidze - więcej tutaj)
Edit: http://www.ppa.pl/forum_ppa/read.php?f=1&i=24246&t=24246#reply_24246
Po restarcie mam zawsze:
---------------------------------
Device DH1: (scsi.device, unit 0)
Has an unfished transaction which
will be loaded now.
OK
---------------------------------
Po 3 sekundach albo kliknięciu na OK następne okienko...
--------------------------------------------
DH1
has a blockid error in block 2861847.
Expected blockid was 0x54525354,
but the block says it is blockid 0xDC2A0B80.
Reread Cancel
--------------------------------------------
Klikanie na Reread otwiera w nieskończoność to samo powyższe okno.
Kliknięcie Cancel natomiast:
---------------------------------------
Device DH1: (scsi.device, unit 0)
The transaction could't be re-applied
to the volume because of error 2099204
Please reboot your system to try again.
OK
---------------------------------------
I dalej system ładuje się normalnie z DH0.
Szczęście moje, że to DH1 padło. Trzymam tam tylko gry, które mam na płytkach
i właściwie już prawie w ogóle nie gram.
Partycja DH1 od teraz zawsze jest na pulpicie widoczna jako DH1:NDOS
(przedtem miała nazwę PvD).
Próbowałem zainstalować raz jeszcze partycję poprzez 'Save changes to drive'
w HDInstTools (zmieniłem parametry na takie same i kliknąłem USE, żeby ten
przycisk zaaktywować; normalnie oczywiście jest niedostępny). I nic.
Zmiana BlockSize na np. 1024 nie wyświetla już tych trzech okienek przy
starcie. Ale partycji wtedy nigdzie nie widać... (poza programami do
partycjonowania)
Może da się wszystko przywrócić jakimś DiskEditorem takim jak ten w
FileMasterze 3.0 beta 2.2? Ja kody szesnastkowe niezbyt dobrze znam, toteż
wolę się popytać najpierw.
Info: SmartFileSystem 1.236, HDInstTools 6.9.
Dysk Fujitsu 2.6G, DH0 - 536M, DH1 - 1966M, Blocksize - 512, Maxtransfer -
0x0000FFFF, Mask - 0x7FFFFFFE. (zdaje się, że maski nie ruszałem; jeno
maxtransfer obciąłem)
Obie partycje miały FullFormat pod Opusem 4, w HDInstTools nie udało mi się
tego dokonać (i nie przeszkadza mi to, grunt że DOpus 4 daje radę).
Ten sam post puszczam do autora SmartFS (rzecz jasna po zagranicznemu
pisany. ;))))
Ostatnia modyfikacja: 16.05.06 17:22
(mam ten problem odkąd mam dysk twardy w Amidze - więcej tutaj)
Edit: http://www.ppa.pl/forum_ppa/read.php?f=1&i=24246&t=24246#reply_24246
Po restarcie mam zawsze:
---------------------------------
Device DH1: (scsi.device, unit 0)
Has an unfished transaction which
will be loaded now.
OK
---------------------------------
Po 3 sekundach albo kliknięciu na OK następne okienko...
--------------------------------------------
DH1
has a blockid error in block 2861847.
Expected blockid was 0x54525354,
but the block says it is blockid 0xDC2A0B80.
Reread Cancel
--------------------------------------------
Klikanie na Reread otwiera w nieskończoność to samo powyższe okno.
Kliknięcie Cancel natomiast:
---------------------------------------
Device DH1: (scsi.device, unit 0)
The transaction could't be re-applied
to the volume because of error 2099204
Please reboot your system to try again.
OK
---------------------------------------
I dalej system ładuje się normalnie z DH0.
Szczęście moje, że to DH1 padło. Trzymam tam tylko gry, które mam na płytkach
i właściwie już prawie w ogóle nie gram.
Partycja DH1 od teraz zawsze jest na pulpicie widoczna jako DH1:NDOS
(przedtem miała nazwę PvD).
Próbowałem zainstalować raz jeszcze partycję poprzez 'Save changes to drive'
w HDInstTools (zmieniłem parametry na takie same i kliknąłem USE, żeby ten
przycisk zaaktywować; normalnie oczywiście jest niedostępny). I nic.
Zmiana BlockSize na np. 1024 nie wyświetla już tych trzech okienek przy
starcie. Ale partycji wtedy nigdzie nie widać... (poza programami do
partycjonowania)
Może da się wszystko przywrócić jakimś DiskEditorem takim jak ten w
FileMasterze 3.0 beta 2.2? Ja kody szesnastkowe niezbyt dobrze znam, toteż
wolę się popytać najpierw.
Info: SmartFileSystem 1.236, HDInstTools 6.9.
Dysk Fujitsu 2.6G, DH0 - 536M, DH1 - 1966M, Blocksize - 512, Maxtransfer -
0x0000FFFF, Mask - 0x7FFFFFFE. (zdaje się, że maski nie ruszałem; jeno
maxtransfer obciąłem)
Obie partycje miały FullFormat pod Opusem 4, w HDInstTools nie udało mi się
tego dokonać (i nie przeszkadza mi to, grunt że DOpus 4 daje radę).
Ten sam post puszczam do autora SmartFS (rzecz jasna po zagranicznemu
pisany. ;))))
Ostatnia modyfikacja: 16.05.06 17:22
17.05.2006 17:05
[#5]
Re: SmartFS crashed DH1
@] SKOLMAN_MWS ˇ agrEssOr [, post #4
Jakich na przykład?
Od dawna nie mogę zmienić nazwy pliku, bo się wiesza (zamraża) po naciśnięciu Entera.
W przypadku SFS nie można także usuwać wszystkich plików z śmietnika za jednym zamachem (czasem niektórych plików (wcale nie są zabezpieczone) nie da się w ogóle usunąć).
Używam Opusa4; jakaś starsza wersja, wg mnie mniej zabugowana niż nowe (chyba mam 4.16). No, ale nie o Opusie rozmawiajmy. ;) Mam nadal problem.
Od dawna nie mogę zmienić nazwy pliku, bo się wiesza (zamraża) po naciśnięciu Entera.
W przypadku SFS nie można także usuwać wszystkich plików z śmietnika za jednym zamachem (czasem niektórych plików (wcale nie są zabezpieczone) nie da się w ogóle usunąć).
Używam Opusa4; jakaś starsza wersja, wg mnie mniej zabugowana niż nowe (chyba mam 4.16). No, ale nie o Opusie rozmawiajmy. ;) Mam nadal problem.
17.05.2006 17:24
[#6]
Re: SmartFS crashed DH1
@El Amigos, post #1
No, jak juz wspomnial kolega odpal SFSSalv i odzyskaj dane, nastepnie sformatuj partycje. Jaka masz wersje SFSa?
Ja mam v1.252 z blokiem 512 i poki co nie zauwazylem zadnych problemow. W SFS mam takze partycje robocza z przypisanym katalogiem T: oraz Cache dla Ibrowsa itp. Zdarzylo sie kilka resetow podczas pracy, jedna partycja ta poki co nie padla. Wiec chyba nawet zostawie sobie SFSa w aktualnej wersji...
Ja mam v1.252 z blokiem 512 i poki co nie zauwazylem zadnych problemow. W SFS mam takze partycje robocza z przypisanym katalogiem T: oraz Cache dla Ibrowsa itp. Zdarzylo sie kilka resetow podczas pracy, jedna partycja ta poki co nie padla. Wiec chyba nawet zostawie sobie SFSa w aktualnej wersji...
17.05.2006 17:37
[#8]
Re: SmartFS crashed DH1
@El Amigos, post #1
"Obie partycje miały FullFormat pod Opusem 4"
Nie rozumiem tego zdania. Partycje SFS powinno się, z tego co wiem, najlepiej zawsze formatować komendą SFSFormat.
Swoją drogą to jest jednak pech... Mam od 2 lat SFS na partycji systemowej i nigdy nie miałem problemów (nawet po padach zasilania/zwieszkach).
Nie rozumiem tego zdania. Partycje SFS powinno się, z tego co wiem, najlepiej zawsze formatować komendą SFSFormat.
Swoją drogą to jest jednak pech... Mam od 2 lat SFS na partycji systemowej i nigdy nie miałem problemów (nawet po padach zasilania/zwieszkach).
18.05.2006 14:15
[#10]
Re: SmartFS crashed DH1
@Andrzej Drozd, post #6
Nie wiedziałem, że SFSSalv jest aż tak dobry. Znalazł mi wszystkie pliki. Mam teraz problem, bo jest tego aż 1.4G (do odzyskania).
Partycja systemowa ma 530M i prawie wszystko zajęte. A DH1 ma 1900M i na tą zgrać nic nie mogę. Może jakoś sobie poradzę i podłączę ten dysk pod UAE. Tam mam wystarczająco dużo wolnego.
A może jednak da się jakoś naprawić Bitmapę dysku? Output z SFSChecka:
Partition start offset : 0x00000000:218c4000 End offset : 0x00000000:9c744000
Surfaces : 1 Blocks/Track : 288
Bytes/Block : 512 Sectors/Block : 1
Total blocks : 4027392
Device interface : (standard)
Checking RootBlocks
...okay
Checking AdminSpaceContainers at block 2
Block 5 is not a valid admin block but it is marked in use in AdminSpaceContainer at 2
Dump of first 64 bytes of block 5.
0x0000: 54524641 ab820ea2 00000005 002bab17 TRFA«.N˘@@@E@+«W
0x0010: 00000000 00000000 00000000 00000000 @@@@@@@@@@@@@@@@
0x0020: 00000000 00000000 00000000 00000000 @@@@@@@@@@@@@@@@
0x0030: 00000000 00000000 00000000 00000000 @@@@@@@@@@@@@@@@
...damaged
Co do stabilności SFS, to gdyby nie http://www.ppa.pl/forum_ppa/read.php?f=1&i=24246&t=24246#reply_24246 to nie miałbym najmniejszych problemów z tym niemalże doskonałym filesystemem. A wersja to 1.247, pomyliłem się w pierwszym poście, jak podałem 1.236.
Partycja systemowa ma 530M i prawie wszystko zajęte. A DH1 ma 1900M i na tą zgrać nic nie mogę. Może jakoś sobie poradzę i podłączę ten dysk pod UAE. Tam mam wystarczająco dużo wolnego.
A może jednak da się jakoś naprawić Bitmapę dysku? Output z SFSChecka:
Partition start offset : 0x00000000:218c4000 End offset : 0x00000000:9c744000
Surfaces : 1 Blocks/Track : 288
Bytes/Block : 512 Sectors/Block : 1
Total blocks : 4027392
Device interface : (standard)
Checking RootBlocks
...okay
Checking AdminSpaceContainers at block 2
Block 5 is not a valid admin block but it is marked in use in AdminSpaceContainer at 2
Dump of first 64 bytes of block 5.
0x0000: 54524641 ab820ea2 00000005 002bab17 TRFA«.N˘@@@E@+«W
0x0010: 00000000 00000000 00000000 00000000 @@@@@@@@@@@@@@@@
0x0020: 00000000 00000000 00000000 00000000 @@@@@@@@@@@@@@@@
0x0030: 00000000 00000000 00000000 00000000 @@@@@@@@@@@@@@@@
...damaged
Co do stabilności SFS, to gdyby nie http://www.ppa.pl/forum_ppa/read.php?f=1&i=24246&t=24246#reply_24246 to nie miałbym najmniejszych problemów z tym niemalże doskonałym filesystemem. A wersja to 1.247, pomyliłem się w pierwszym poście, jak podałem 1.236.