On siis rikki mennyt teliaTV arris VIP 2853:n kovo. Ennen kuin palautan roinat, olis ollu kiva hieman käpistellä kovon sisältöä. En ole juurikaan linuxilla pelaillu ja jfs lienee varsin harvinainen? Asensin läppärin buuttaaman elementaryOS:aan usb-tikulta. Mut siis millä tota jfs:ää oikeen kannattaa korjailla? Guuglaamalla löytyi vain jfsrec. Onkohan toi niin vanha, ettei siihen löydy repoa? Koodi: toke@isompiHP:~$ sudo fsck -v /dev/sdb1 fsck from util-linux 2.31.1 fsck.jfs version 1.1.15, 04-Mar-2011 processing started: 9/19/2020 17:07:09 Using default parameter: -p The current device is: /dev/sdb1 Open(...READ/WRITE EXCLUSIVE...) returned rc = 0 Primary superblock is valid. The type of file system for the device is JFS. Block size in bytes: 4096 Filesystem size in blocks: 122096638 **Phase 0 - Replay Journal Log LOGREDO: Log record for Volume Mount at: 0x0621de1c LOGREDO: Log record for Sync Point at: 0x0621ddf8 LOGREDO: Beginning to update the Inode Allocation Map. ujfs_rw_diskblocks: read 0 of 4096 bytes at offset 365072220160 LOGREDO: Read Inode Alloc Map data extents failed. LOGREDO: Write Inode Alloc Map control page failed in UpdateMaps(). LOGREDO: Unable to update map(s). logredo failed (rc=-236). fsck continuing. **Phase 1 - Check Blocks, Files/Directories, and Directory Entries ujfs_rw_diskblocks: read 0 of 4096 bytes at offset 365072220160 Unrecoverable error reading M from /dev/sdb1. CANNOT CONTINUE. Fatal error (-10021,30) accessing the filesystem (1,365072220160,4096,0). processing terminated: 9/19/2020 17:07:21 with return code: -10021 exit code: 8.
Ei se jfs kovin harvinainen ole. Topfield käyttää sitä myös sisäisessä levyssä. Mutta kun se on suunniteltu kai alun perin lähinnä yritysten käyttöön, niin sitä ei ole ajateltu korjailtavaksi, vaan että siitä on backupit ja backupin backupit, jotka tarvittaessa palautetaan. Jotain maksullisia ohjelmia on olemassa, mutta hinnoittelu ei ole kuluttajaystävällistä.
Joo, jotenkin yllättävää esim. et Guugle ei tiedä yhtään mitä pitäs tehä, kun tulee: "LOGREDO: Read Inode Alloc Map data extents failed." Ehkä pitäs vähä etsiskellä jfs:n white papereita? Kai se ihan open source filesystem kuitenkin on?
Lähinnä siis jos joku on jhf-levyltä jotain joskus palautellut, niin mielelläni vastaanottaisin ehdotuksia toimivista ohjelmista... Oon sen verran newbie linuxilla, etten osaa tota jfsrec:iä asentaa ilman repoa. Pitäs siis jotenkin kääntää sorsakoodi ja...?
Muistelen, että olen joskus nimenomaan käyttänyt JFS-osiota dvb-tallentamiseen HTPC:ssä. Mutta siitä voi olla aikaa nyt jo yli 10 vuottakin. Valintaperusteena taisi silloin olla luotettavuus ja hyvä toimivuus isoilla tiedostoilla. Onko sinulla käytettävissäsi jfsutilsia? Tässä ohjetta esim. Ubuntun manuaalista: https://manpages.ubuntu.com/manpages/xenial/man8/fsck.jfs.8.html Tuo ElementaryOS on itselleni ihan vieras, mutta mites joku rescue-usb-tikku, niissä varmaan ainakin tuo jfsutils olisi asennettuna, jos tuosta nykyisestä ei löydy tai helpolla saa? Edit: Esim. tästä pitkät perinteet omaavasta SystemRescuesta tuo jfsutils löytyy: https://www.system-rescue.org/
Tarkoittaako jfsutils siis komentoa fsck.jfs? Koska jos tarkoittaa, niin sitä komentoa tossa yllä on juuri käytetty...
Voi olla, jos linkitetty noin. Ei suoraan manuaalista selviä. Selviää siis kokeilemalla. Kokeile ajaa ko. levy unmountattuna jfs_fsck -n /dev/sdb1 Liitä tänne tulos, niin katsotaan mitä sanoo. Tuon pitäisi vain tsekata levy, muttei vielä korjata. Korjaus sitten taas automoodilla jfs_fsck -a /dev/sdb1 Tarvittaessa pakotettuna jfs_fsck -f /dev/sdb1
Noh, sieltä tuli sama tulos eli varmaankin sama komento "jfs_fsck" kuin tuo "fsck.jfs"... Koodi: toke@isompiHP:~$ sudo jfs_fsck -n /dev/sdd1 jfs_fsck version 1.1.15, 04-Mar-2011 processing started: 9/25/2020 13:05:35 The current device is: /dev/sdd1 Block size in bytes: 4096 Filesystem size in blocks: 122096638 **Phase 1 - Check Blocks, Files/Directories, and Directory Entries ujfs_rw_diskblocks: read 0 of 4096 bytes at offset 365072220160 Unrecoverable error reading M from /dev/sdd1. CANNOT CONTINUE. Ja siis -a tai -f palauttaa saman. Eli siis fsck ei tota korjaa. Jos löytyis siis joku jfs-partition tai -tiedostojärjestelmän korjaustyökalu, niin sitä vois käpistellä. Toimin pääasiallisesti mäkillä, mäkin freeBSD:ssä ei ole just tota jfs-osaa fsck:ssa... Tykkään myös toimia GUI:lla, joten tein kloonin kovosta iBored:lla. Joten partitio on nyt myös fyysisesti vakaassa kovossa (noh, 15 vuotta vanha, 12 bad sectoria viimeisen vuosikymmenen ajan...). Sen tossa huomasin, et alkuperäinen oli MBR-partitioformaatissa ja toi kopio on GPT, en sitten tiedä onko tällä merkitystä. Mäkillä Easeus raksuttaa nyt tota kloonia 5 tuntia ja kovolla on tuhansia m2ts-faileja, ehkä jotaan 1min-30sek paloja tallenteista. Ehkä r-toolsilla tai jollaan muulla (tusinan verran eri softia ollu käpistelyssä 3 eri käyttöjärjestelmällä) näin kyllä alkuperäisen hakemistorakenteen, joka ehkä on sellanen, et jokainen tallenne on omassa hakemistossaan juuressa ja sen sisällä on sitten alihakemistot, joissa esim. 100kpl noita m2ts-faileja ja pari pikkutiedostoa jotaan metadataa. Jos alkuperäistä hakemistorakennetta ei voi palauttaa, niin ohjelmia ei saa katsottavaksi, jolloin tää puuhailu typistyy vain recovery-harjoitukseksi. Telia-tv:n Arriksen tallennuksien käpistelyistä oon toistaiseksi löytäny vain yhden säikeen: https://elektronikforumet.com/forum/viewtopic.php?f=2&t=87730
Ei muuten ollu r-toolsin R-Studio, se ei tajuu jfs:ää ollenkaan. UFS Explorer näkee levyn hakemistorakenteen ihan oikein, olis sit 40€ lottokuponki katsoa, saisko oikeasti sisällön kopioitua... Se mitä kelailen, on se, et jos nää miljuunat recovery-softat ovat vain GUI open source -komentoihin, niin kun luultavasti tätäkään softaa ei tarttis kuin tän yhen kerran, ni vois jaksaa naputtaa vähän komentoriviä...
Hmm, http://www.linuxfromscratch.org/blfs/view/svn/postlfs/jfsutils.html kertoo, et jfsutils sisältää: fsck.jfs, jfs_debugfs, jfs_fsck, jfs_fscklog, jfs_logdump, jfs_mkfs, jfs_tune, mkfs.jfs...
testdisk kertoo kloonista: Koodi: The following partition can't be recovered: Partition Start End Size in sectors > Linux filesys. data 120 976773223 976773104