Recupero dati da mac 8.5

Ciao! Mio fratello ha un vecchio Mac G3 233MHz, 96Mb ram, con Mac OS 8.5. Improvvisamente non vuole più avviarsi, e vorrebbe però recuperare i dati.

Lui ha provato (non so bene come perché non mi intendo di mac) ad avviarlo con un cd di mac os, ma stranamente non legge il contenuto dell’hd. Allora ho provato io con SystemRescueCd per ppc, ma non parte. Aprendo il case ho notato che gli attacchi dell’hd (corrente e scheda madre) sono, almeno all’apparenza, identici a quelli che ho nel mio pc. Posso attaccare l’hd al mio pc e recuperare i dati con fedora 8? O Malgrado gli attacchi sian uguali, non funzionerebbe? E se la cosa si può fare, fedora legge automaticamente il file-system del mac o devo installare qualcosa di aggiuntivo (ho fedora i686)? O proprio non è una via fattibile?

Ho cercato informazioni in internet, ma invano… Grazie!

da quello che leggo monta un disco Ide/Ata standard, quindi…
dovresti poterlo montare tranquillamente.

Confermo, è un normale disco IDE.
Il filesystem è HFS è fra quelli riconosciuti dal comando mount senza moduli aggiuntivi.

Basta fare mount -t HFS /dev/sdxx /punto/di/mount

non ricordo se HFS va maiuscolo o minuscolo.

piccolo :slight_smile:

Grazie! Oggi ho provato, ma ho ancora un problema. Il disco è attaccato correttamente al pc, gparted per esempio me lo vede (come da foto). Ho montato quindi con # mount -t hfs /dev/sdb5 /media/dado/ , ma in tale cartella mi ritrovo solo 6 file da 72kb in tutto (vedi seconda foto)! Ma da gparted mi conferma che nella partizione ci sono 2 giga di dati! Ho provato anche ad aggiungere la riga “/dev/sdb5 /media/dado/ hfs ro,umask=0222 0 0” ma nulla cambia. Perchè? :-?

Cosa c’è scritto in quel file “Where have all my files gone?”
Informazioni utili a capire perché non si vede altro sul disco?

Forse è successo qualcosa alla struttura del disco.
Avete provato, dopo l’avvio dal CD di MacOS ad usare Disk First Aid? Serve a verificare ed eventualmente a riparare i danni trovati sul disco, si trova nella cartella Utilities.

gparted riconosce un filesystem hfs+ un tipo di filesystem un po’ diverso rispetto a hfs.

Appena ho tempo faccio una prova con un HD con OS9 funzionante (anche lui filesystem hfs) e ti faccio sapere se ho lo stesso problema a montarlo.

Ho messo in un case esterno l’HD di un iMac con OS8.5

Appena collegato, Fedora8 l’ha montato automaticamente. Ho letto tutto il contenuto del disco, senza bisogno di montarlo da terminale.
Il filesystem è lo stesso hfs+

Quindi credo che al tuo HD sia successo qualcosa.

Una volta mi è capitato sull’iMac (G3 333MHz modello contemporaneo al vostro) che non vedesse più il disco di avvio.
Ho avviato da CD (accendi col CD del sistema operativo inserito e tieni premuto il tasto “C” finchè vedi che avvia). Ho lanciato per tre o quattro volte Disk First Aid finchè non ha riparato il disco e mi ha detto che il filesystem era OK.
Dopo di allora poi il disco ha sempre funzionato bene per almeno altri 3 anni, ancora funzionava quando l’ho sostituito con uno più grande.

Nel mio caso il problema era stato l’installazione di una qualche utility, non ricordo quale, aveva a che fare con la personalizzazione dell’aspetto delle finestre mi sembra.

Inoltre
Ho cercato un po’ e ho trovato che “Where_have_all_my_files_gone?” è un avviso che ti dice che quel disco per essere letto ha bisogno di un sistema operativo che supporti il formato hfs+
Serviva ad avvisare utenti di sistemi operativi Apple più vecchi che per poter leggere quel disco dovevano almeno aggiornare a 8.1

Credo che i dati possano ancora essere recuperati. Purtroppo ne hai un’unica copia e stressare ancora il disco, se il problema è meccanico e non logico può essere rischioso.
Ma a quanto pare il disco viene riconosciuto e montato, quindi potrebbe essere un problema risolvibile.

PS
La prova a leggere dal case esterno l’ho fatta su Fedora8 per PowerPC, non dovrebbe fare differenza, ma adesso provo per sicurezza a leggere lo stesso disco OS8.5 da Fedora8 per x86.
In caso aggiungo un commento qui in coda.

[Aggiunta]
Qualcosa non va: la versione ppc di Fedora8 monta anche il filesystem hfs+ mentre con Fedora8 per x86 ho lo stesso problema che hai tu: appare solo il file “Where_have_all_my_files_gone?” Evidentemente legge hfs e non hfs+
Si potrebbe provare a cercare qualche modulo aggiuntivo di Fedora x86 per fargli leggere hfs+ (come era necessario instalalre il modulo ntfs prima che fosse supportato nativamente).
Oppure prova a rimettere l’HD nell’iMac e ad usare la sua utility.

Grazie mille dell’interessamento e delle prove! Ora ho visto allora che cercando hfs+ con yum trovo 2 pacchetti (incompatibili tra loro) dal repo fedora ufficiale:

“hfsplus-tools”

[quote]HFS+, HFS Plus, or Mac OS Extended are names for a file system developed by
Apple Computer to replace their Hierarchical File System (HFS). In addition to
being the default file system on modern Apple computers, HFS+ is one of two
formats, FAT being the other, that are supported by the iPod hard-disk based
music player. Unlike FAT, HFS+ supports UNIX style file permissions, which
makes it useful, for serving and sharing files in a secured manner. As Apple
Computer’s devices and systems become increasingly ubiquitous, it becomes
important that Linux fully support this format. This package provides tools
to create and check HFS+ filesystems under Linux.

The Linux kernel does not support writing to HFS+ journals, writing to a
hfsplus partition is recommended only after disabling journaling; however, the
kernel, as of version 2.6.16, supports case-sensitivity (also known as HFSX)
commit.[/quote]

e “hfsplusutils”

[quote]This package is a set of tools that allow access to HFS+ formatted
volumes. HFS+ is a modernized version of Apple Computers HFS
Filesystem.[/quote]

Provo a vedere se installando uno di questi la questione cambia, se no rifaccio provare a mio fratello direttamente da mac con le tue istruzioni precedenti! Ancora grazie! Ti farò sapere!

Ho continuato a fare altre prove.
Se cerchi tramite yumex vedrai che escono fuori almeno un paio di programmi di utility per gestire hfs+

hfsplusutils e hfsplus-tools

Poi ho provato a montare il disco da linea di comando in Fedora8 per x86

Prova (anche prima di installare le utility hfsplus)

mount -t hfsplus /dev/sdc5 /punto/di/mount

A questo punto sorge un altro problema.
Se riesci a copiare i dati da qualche altra parte, penso che perderai gli attributi “creatore” e “tipo” che in Mac OS servono a farti aprire quei file con il giusto programma.
Probabilmente dei file recuperati vedrai su MacOS solo icone generiche (quelle col foglio bianco) e non verrà lanciato subito il giusto programma col doppio click.

La cosa ideale sarebbe creare tramite i tools una partizione hfsplus e scriverci dentro i file copiati, in modo da conservare tipo e creatore.

Potresti anche copiare i file solo per sicurezza, e poi controllare l’HD con Disk Fist Aid. Se alla fine te lo riconosce di nuovo come disco di avvio almeno non devi reinstalalre niente e ricominci subito a usare l’iMac.

Scegli tu.

Installato hfsplusutils, provo a montare, sta quasi 5 min a lampeggiare il quadratino nel terminale, poi il pc fa “bip” e salta fuori tutto questo…

[quote][root@Micio pocoto]# mount -t hfsplus /dev/sdb5 /media/dado2/
Segmentation fault
[root@Micio pocoto]#
Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: Oops: 0000 #1] SMP

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: Process mount (pid: 2792, ti=f500b000 task=f6774000 task.ti=f500b000)

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: Stack: c18a5200 f8cd7780 00000000 00000000 00000000 c046aac0 c04a5f74 00000000

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: c046ff3e c18a5200 c0470354 c18a5200 c0470446 0000000e f535b028 c0441bf3

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: f535b010 00000202 00000000 00000000 f500e400 00000000 ffffffff 00000001

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: Call Trace:

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] hfsplus_releasepage+0x0/0x102 [hfsplus]

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] try_to_release_page+0x30/0x42

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] block_invalidatepage+0x0/0xbc

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] do_invalidatepage+0x16/0x18

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] truncate_complete_page+0x24/0x3f

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] truncate_inode_pages_range+0xd7/0x2e3

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] ktime_get_ts+0x16/0x44

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] write_inode_now+0xa1/0xcd

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] __wait_on_bit+0x50/0x58

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] truncate_inode_pages+0x17/0x1a

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] generic_drop_inode+0x102/0x119

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] iput+0x60/0x62

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] hfsplus_btree_open+0x1a8/0x1e6 [hfsplus]

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] hfsplus_fill_super+0x223/0x492 [hfsplus]

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] do_open+0x1d6/0x255

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] __blkdev_get+0x63/0x6e

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] number+0x147/0x215

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] vsnprintf+0x449/0x485

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] snprintf+0x1f/0x22

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] disk_name+0x79/0x83

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] get_sb_bdev+0xe0/0x11e

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] hfsplus_get_sb+0x20/0x25 [hfsplus]

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] hfsplus_fill_super+0x0/0x492 [hfsplus]

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] vfs_kern_mount+0x7f/0xf6

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] do_kern_mount+0x35/0xbb

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] do_mount+0x5f1/0x653

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] kunmap_atomic+0x54/0xad

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] kunmap_atomic+0x80/0xad

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] handle_mm_fault+0x6df/0x6fd

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] kunmap_atomic+0x54/0xad

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] kunmap_atomic+0x80/0xad

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] handle_mm_fault+0x301/0x6fd

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] __alloc_pages+0x70/0x2ec

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] error_code+0x72/0x78

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] copy_mount_options+0x26/0x109

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] sys_mount+0x77/0xae

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: ] syscall_call+0x7/0xb

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: =======================

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: Code: 03 75 21 8b 82 6c 01 00 00 8b 70 08 eb 1a 8b 82 6c 01 00 00 8b 70 0c eb 0f 8b 82 6c 01 00 00 8b 70 10 eb 04 0f 0b eb fe 8b 04 24 <81> 7e 2c ff 0f 00 00 8b 50 14 8d 46 54 76 31 8b 4e 30 89 d3 83

Message from syslogd@Micio at Apr 26 11:00:16 …
kernel: EIP: ] hfsplus_releasepage+0x4f/0x102 [hfsplus] SS:ESP 0068:f500ba54[/quote]
… e naturalmente non me l’ha montata… Ora provo con l’altro pacchetto…

Niente da fare…

Con installato hfsplus-tools mi da semplicemente:

[quote][root@Micio ~]# mount -t hfsplus /dev/sdb5 /media/dado/
Segmentation fault
[root@Micio ~]# [/quote]

Togliendo anche quello:

[quote][root@Micio ~]# mount -t hfsplus /dev/sdb5 /media/dado/
Segmentation fault
[root@Micio ~]#
Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: Oops: 0000 #1] SMP

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: Process mount (pid: 2677, ti=f4b53000 task=f3d92690 task.ti=f4b53000)

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: Stack: c195b0a0 f8cd6780 00000000 00000000 00000000 c046aac0 c04a5f74 00000000

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: c046ff3e c195b0a0 c0470354 c195b0a0 c0470446 0000000e f4b76f28 c0441bf3

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: f4b76f10 00000202 00000000 00000000 f4b64400 00000000 ffffffff 00000001

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: Call Trace:

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] hfsplus_releasepage+0x0/0x102 [hfsplus]

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] try_to_release_page+0x30/0x42

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] block_invalidatepage+0x0/0xbc

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] do_invalidatepage+0x16/0x18

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] truncate_complete_page+0x24/0x3f

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] truncate_inode_pages_range+0xd7/0x2e3

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] ktime_get_ts+0x16/0x44

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] write_inode_now+0xa1/0xcd

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] __wait_on_bit+0x50/0x58

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] truncate_inode_pages+0x17/0x1a

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] generic_drop_inode+0x102/0x119

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] iput+0x60/0x62

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] hfsplus_btree_open+0x1a8/0x1e6 [hfsplus]

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] hfsplus_fill_super+0x223/0x492 [hfsplus]

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] do_open+0x1d6/0x255

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] __blkdev_get+0x63/0x6e

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] number+0x147/0x215

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] vsnprintf+0x449/0x485

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] snprintf+0x1f/0x22

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] disk_name+0x79/0x83

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] get_sb_bdev+0xe0/0x11e

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] hfsplus_get_sb+0x20/0x25 [hfsplus]

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] hfsplus_fill_super+0x0/0x492 [hfsplus]

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] vfs_kern_mount+0x7f/0xf6

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] do_kern_mount+0x35/0xbb

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] do_mount+0x5f1/0x653

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] kunmap_atomic+0x54/0xad

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] kunmap_atomic+0x80/0xad

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] handle_mm_fault+0x6df/0x6fd

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] kunmap_atomic+0x54/0xad

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] kunmap_atomic+0x80/0xad

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] handle_mm_fault+0x301/0x6fd

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] __alloc_pages+0x70/0x2ec

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] error_code+0x72/0x78

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] copy_mount_options+0x26/0x109

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] sys_mount+0x77/0xae

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: ] syscall_call+0x7/0xb

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: =======================

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: Code: 03 75 21 8b 82 6c 01 00 00 8b 70 08 eb 1a 8b 82 6c 01 00 00 8b 70 0c eb 0f 8b 82 6c 01 00 00 8b 70 10 eb 04 0f 0b eb fe 8b 04 24 <81> 7e 2c ff 0f 00 00 8b 50 14 8d 46 54 76 31 8b 4e 30 89 d3 83

Message from syslogd@Micio at Apr 26 11:33:58 …
kernel: EIP: ] hfsplus_releasepage+0x4f/0x102 [hfsplus] SS:ESP 0068:f4b53a54

[root@Micio ~]# [/quote]

pessima segnalazione.
che kernel è?

Il mio su fedora? L’ultimo disponibile penso… kernel.i686 2.6.24.4-64.fc8

prova una cosa:

# echo 0 > /proc/sys/kernel/exec-shield

rilancia il mount.
se non va, rimetti a posto:

# echo 1 > /proc/sys/kernel/exec-shield

Dunque… Ho parlato con mio fratello… Questo tentativo di soluzione è già stato fatto, ma quando il computer si avvia, viene visualizzato solo il cd e non l’hard disk. Di conseguenza quando lancia Disk Fist Aid viene visualizzato come riparabile solo il cd e non l’hard disk.

[quote=virus]
prova una cosa:

# echo 0 > /proc/sys/kernel/exec-shield

rilancia il mount.
se non va, rimetti a posto:

# echo 1 > /proc/sys/kernel/exec-shield

Niente da far…

[quote][root@Micio ~]# echo 0 > /proc/sys/kernel/exec-shield
[root@Micio ~]# mount -t hfsplus /dev/sdb5 /media/dado/
Segmentation fault
[root@Micio ~]#
Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: Oops: 0000 #1] SMP

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: Process mount (pid: 2750, ti=f530f000 task=f5032d20 task.ti=f530f000)

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: Stack: c18b4880 f8ccd780 00000000 00000000 00000000 c046aac0 c04a5f74 00000000

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: c046ff3e c18b4880 c0470354 c18b4880 c0470446 0000000e f516f208 c0441bf3

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: f516f1f0 00200202 00000000 00000000 f537a400 00000000 ffffffff 00000001

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: Call Trace:

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] hfsplus_releasepage+0x0/0x102 [hfsplus]

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] try_to_release_page+0x30/0x42

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] block_invalidatepage+0x0/0xbc

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] do_invalidatepage+0x16/0x18

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] truncate_complete_page+0x24/0x3f

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] truncate_inode_pages_range+0xd7/0x2e3

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] ktime_get_ts+0x16/0x44

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] write_inode_now+0xa1/0xcd

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] __wait_on_bit+0x50/0x58

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] truncate_inode_pages+0x17/0x1a

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] generic_drop_inode+0x102/0x119

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] iput+0x60/0x62

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] hfsplus_btree_open+0x1a8/0x1e6 [hfsplus]

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] hfsplus_fill_super+0x223/0x492 [hfsplus]

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] do_open+0x1d6/0x255

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] __blkdev_get+0x63/0x6e

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] number+0x147/0x215

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] vsnprintf+0x449/0x485

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] snprintf+0x1f/0x22

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] disk_name+0x79/0x83

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] get_sb_bdev+0xe0/0x11e

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] hfsplus_get_sb+0x20/0x25 [hfsplus]

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] hfsplus_fill_super+0x0/0x492 [hfsplus]

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] vfs_kern_mount+0x7f/0xf6

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] do_kern_mount+0x35/0xbb

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] do_mount+0x5f1/0x653

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] kunmap_atomic+0x54/0xad

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] kunmap_atomic+0x80/0xad

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] handle_mm_fault+0x6df/0x6fd

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] kunmap_atomic+0x54/0xad

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] kunmap_atomic+0x80/0xad

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] handle_mm_fault+0x301/0x6fd

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] __alloc_pages+0x70/0x2ec

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] error_code+0x72/0x78

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] copy_mount_options+0x26/0x109

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] sys_mount+0x77/0xae

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: ] syscall_call+0x7/0xb

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: =======================

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: Code: 03 75 21 8b 82 6c 01 00 00 8b 70 08 eb 1a 8b 82 6c 01 00 00 8b 70 0c eb 0f 8b 82 6c 01 00 00 8b 70 10 eb 04 0f 0b eb fe 8b 04 24 <81> 7e 2c ff 0f 00 00 8b 50 14 8d 46 54 76 31 8b 4e 30 89 d3 83

Message from syslogd@Micio at Apr 26 14:25:33 …
kernel: EIP: ] hfsplus_releasepage+0x4f/0x102 [hfsplus] SS:ESP 0068:f530fa54

[root@Micio ~]# echo 1 > /proc/sys/kernel/exec-shield
[root@Micio ~]#[/quote]

Io qui non posso essere di aiuto. Non so che tipo di messaggi sono.

è l’applicazione hfsplus che provoca un core-dump da parte del kernel.
i comandi che ti ho suggerito disabilitavano il controllo dei puntatori alle locazioni di memoria da parte del kernel, ma il problema evidentemente non è questo.

Non è il filesystem che stai analizzando a provocare l’errore.

prova a disinstallare e reinstallare hfsplus oppure a compilarlo dai sorgenti, oppure usa una live opportunamente dotata.

Dopo un paio di settimane in cui non ho avuto tempo per altre prove, ho riattaccato l’hd ed fedora ha montato tutto all’avvio automaticamente! Sarà effetto probabilmente dei non pochi aggiornamenti ricevuti ricevuti nel frattempo, tra cui il kernel 2.6.24.5-85.fc8. Purtroppo di un 1,9Gb di dati ne rende visibili solo 1,1 Gb, ma leggibili solo 562 Mb. Tra l’altro con enorme sfortuna è leggibile quasi tutti i file di sistema e dei programmi installati, mentre della cartella con i dati personali pressochè nulla. Ma penso sia questione di file-system danneggiato, e che non ci sia nulla da fare. Ci si accontenta!

Vi ringrazio tutti per l’aiuto dato anche in un problema non prettamente di fedora. Ciao!