[Soci SLIP] Segmentation fault con apt-get

[giorgio boiero]

Ho provato il comando:
sudo tune2fs -C 9999 / && reboot

ma ricevo l'errore:
tune2fs: È una directory durante il tentativo di apertura di /
Impossibile trovare un valido superblocco per il filesystem.

E' corretto il comando?





Il giorno 28 gennaio 2014 19:46, giorgio boiero
<giorgio.boiero a gmail.com>ha scritto:

> anche questi:
>
> http://mauriziosiagri.wordpress.com/2014/01/20/the-package-lists-or-status-file-could-not-be-parsed-or-opened-ubuntu-2/
>
>
>
> Il giorno 28 gennaio 2014 19:45, giorgio boiero <giorgio.boiero a gmail.com>ha scritto:
>
> proverò anche con questi suggerimenti:
>>
>> http://kmandla.wordpress.com/2007/04/01/damaged-varlibdpkgavailable/
>>
>>
>> Il giorno 28 gennaio 2014 19:15, giorgio boiero <giorgio.boiero a gmail.com
>> > ha scritto:
>>
>> Facendo anche solo sudo apt-get check arriva fino al 83% della lettura
>>> pacchetti e esce senza dare errori.
>>> Solo tramite dmesg ho scoperto l'errore di segfault.
>>> Tutte le applicazioni legate alla gestione dei pacchetti si chiudono
>>> prematuramente (es synaptic, dpkg...)
>>>
>>>
>>> Tra l'altro cosa significa segfault?
>>>
>>> L'hd non è pieno.
>>> E' un pc vecchio che ho reinstallato a natale a un mio parente.
>>>
>>>
>>> Appena ho dinuovo il pc sotto mano faccio le prove con tune2fs -C 9999 /
>>> && reboot
>>>
>>>
>>> Grazie
>>> Vi tengono informati sugli sviluppi.
>>>
>>>
>>>
>>>
>>> Il giorno 27 gennaio 2014 23:16, Lucio Crusca <lucio a sulweb.org> ha
>>> scritto:
>>>
>>> In data lunedì 27 gennaio 2014 08:28:00, giorgio boiero ha scritto:
>>>> > Come si fa a verificare se i files dpk sono corrotti oppure si possono
>>>> > cancellare direttamente?
>>>>
>>>> Intanto correggo un mio errore, volevo scrivere "dpkg" invece di "dpk",
>>>> ma mi
>>>> è sfuggita la g.
>>>>
>>>> Come verificare l'integrità dei files di dpkg non me lo ricordo (più
>>>> che altro
>>>> non mi ricordo quali siano esattamente i files da verificare).
>>>> Probabilmente si
>>>> trovano in /var/lib/dpkg ed un metodo potrebbe essere quello di
>>>> rinominare il
>>>> file incriminato (così il sistema non lo trova più, sarebbe come
>>>> cancellarlo ma
>>>> se lo rinominiamo ne abbiamo ancora una copia valida in caso non fosse
>>>> lui il
>>>> colpevole). Poi però non ricordo proprio come fare a rigenerare il file
>>>> una
>>>> volta che lo hai rinominato. Dovrebbe esserci una discussione a
>>>> riguardo sugli
>>>> archivi della lista debian-italian, risalente probabilmente a circa 10
>>>> anni fa
>>>> (mi sembra di ricordare che al tempo una domanda simile l'avevo posta
>>>> io su
>>>> quella lista), ma non riesco a ritrovarla.
>>>>
>>>> Prima di quello però, le altre prove le hai già fatte?
>>>>
>>>> Disco pieno?
>>>> # df-h
>>>>
>>>> Errori sul filesystem?
>>>> # tune2fs -C 9999 / && reboot
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Soci mailing list
>>>> Soci a mail.pinerolo.linux.it
>>>> https://liszt.softwareliberopinerolo.org/vecchiamlsoci/
>>>>
>>>
>>>
>>>
>>> --
>>> Giorgio Boiero
>>>
>>
>>
>>
>> --
>> Giorgio Boiero
>>
>
>
>
> --
> Giorgio Boiero
>
> _______________________________________________
> Soci mailing list
> Soci a mail.pinerolo.linux.it
> https://liszt.softwareliberopinerolo.org/vecchiamlsoci/
>



-- 
Giorgio Boiero
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: http://mailman.pinerolo.linux.it/pipermail/soci/attachments/20140202/3ab8215d/attachment.html