Newsgroup: it.comp.os.linux.sys
Titolo: ext stories.

Oggi ho trovato questa bella mail:
/etc/cron.daily/standard:
Files were found in lost+found directories. This is probably the result
of a crash or bad shutdown, or possibly of a disk problem. These files
may contain important information. You should examine them, and move
them out of lost+found or delete them if they are not important.
The following files were found:
/lost+found:
    1538891
    1882713
    201825143
    202325470
    203585845
    207289295
    2197245
    2429293
    3175174
    37265
    67527103
    67556847
    67556848
    67556851
    67556853
    67556892
    67556894
    959463
Questo era ext4 e francamente parlando: mi sono veramente stufato di
questi filesystem della famiglia ext.
mo' provo a lanciare "strings <nome_file>" per cercare di risalire ai
file originali. Voi come fareste? Qualche trucco?
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 file originali. Voi come fareste? Qualche trucco?
Su un altro PC sto lanciando: 
$ find / -mount -type f -size <byte>c
Nella speranza che il pacchetto contenente il file sia installato su
entrambi i pc.
francamente non mi viene in mente niente di meglio. Che palle!


 
mi sa che ho avuto un culo incredibile: sono tutti file antecedenti al
mio upgrade da ubuntu lucid a maverick. Pertanto sono stati tutti
rimpiazzati durante l'aggiornamento.
Uno appartiene a upstart 6.5, ma io adesso ho upstart 6.6
Che cul ... però resta il fastidio di dover lavorare con questi
filesystem che, quasi immancabilmente, ogni tanto te ne combinano una.


 filesystem che, quasi immancabilmente, ogni tanto te ne combinano una.
Uso linux "professionalmente" (leggasi: per sistemi di produzione di
aziende anche molto grandi, non per la postazione web della mamma, n�
per il mio computer personale, che esegue OSX da parecchi anni) da
oramai oltre 10 anni.
Attualmente, il numero di sistemi da me *direttamente* mantenuti
totalizza (DB apparati alla mano) 167. Ce ne sarebbero altri da
aggiungere, ma che non conto per comodit�.
Su 10 anni di attivit�, fa una statistica anche decente...
I problemi di filesystem che tu lamenti periodicamente non li ho *mai*
avuti se non in conseguenza di problemi HW.
Ergo, delle tre seguenti, deve essere vera una:
- sei l'essere informaticamente pi� sfigato del globo terracqueo
- sei di un handicappato da far paura ed � meglio se stai lontano da
sistemi informatici
- ci fai
Ora, ovviamente, se � la terza (come io suppongo che sia), non vi sar�
alcuna variazione a seguito di questa mia.
Ma se per caso cos� non dovesse essere, ti invito sinceramente a
riflettere sul fatto che, a chi ti legge (soprattutto dovesse essere il
tuo futuro potenziale datore di lavoro), fai davvero una pessima
impressione...
Vedi tu...
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 avuti se non in conseguenza di problemi HW.
Quoto.

 Vedi tu...
ti può sembrar strano, ma sono d'accordo con quel che dici. Difatti
nemmeno io ho riscontrato problemi in ambito server (quindi partiamo
dai dischi scsi, agli attuali sas o quel che c'è di meglio.
C'è una sola piccola differenza tra la tua e la mia esperienza.
Io uso linux, al 100%, anche in ambiente desktop, dai tempi del vecchio
ATA, e oggi con i dischi SATA.
Ho un sistema server casalingo acceso 24x7, che ha tutte le
caratteristiche di un destkop economico autocostruito. Ovviamente la
mainboard e i dischi e la cavetteria non li autocostruiti. Tuttavia, è
con questo tipo di configurazione hardware che spesso riscontro
problemi.
Ti torna meglio adesso?
Mi spiace di non aver precisato meglio sin da principio.
Per quanto riguarda l'errore in cui sono incorso, non veda come possa
essere stato causato dal pezzo di carne che c'è tra la tastiera e il
PC, visto che si tratta di un errore che si è verificato in mia
assenza, dopo un semplice riavvio (in seguito all'aggiornamento di
release).
E' claro o non è claro adesso?


 Il giorno Fri, 22 Oct 2010 14:15:06 +0200

Altresì devo dire (e mi dispiace anche dirlo) che con questo stesso tipo
di hardware difficilmente ho riscontrato problemi analoghi con altre
famiglie di filesystem (vedi NTFS e anche HFS+ che però uso molto di
meno).


whiplash ha scritto:

Per problemi hardware vale anche quello che ti attacca una
lavapavimenti da 8 kw alla presa del gruppo di continuitï¿œ?
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

Ora, ovviamente, se � la terza (come io suppongo che sia)
Spezzo una lancia a favore (e sul capo) di Max.
C'e' una quarta possibilit� che nel caso tuo presumibilmente non si � mai
verificata: "Molesti il sistema".
Cinque volte negli ultimi due o tre lustri ho avuto problemi - tre se ben
ricordo con ext3, una con reiserfs, dato che lavoro pi� con ext3 - usando
software altamente sperimentale <g> o facendo cose brutte, per esempio (�
stata la volta del reiserfs) mandando in tilt una macchina che effettuava
elaborazioni su TIFF di buone dimensioni (0.5 Gb) trasferiti via Samba.
(La quinta volta � misteriosa: ho visto una serie di errori di locking in
un applicativo sotto Tomcat e, qualche ora piu' tardi, un disco piallato,
come avessero fatto dd if=/dev/zero of=/dev/sda. Qualcuno dei presenti si
ricorder� di una mia telefonata perplesso-disperata in cerca di lumi).
Comunque appoggio e spingo con forza la tesi "Su un sistema di produzione
senza problemi HW n� enormi fesserie SW, questi FS non danno problemi".
Aggiungo che se il problema HW � un problema di improvvisa mancanza dell'
alimentazione elettrica, ho avuto rarissimamente problemi... cosa che non
posso dire di altri OS ("Windows non trova WIN32/SYSTEM. Cazzi tua" [1]);
il che copre un buon 95% in frequenza dei problemi HW tipici [2].
Leonardo
[1] Ce n'� una copia recuperabile a mano nei restore point. L'ho scoperto
    dopo cinque minuti, che mi sono parsi durare una mezz'ora... anche se
    sapevo che c'era un backup recente.
[2] Quasi ogni danno che arresti immediatamente il sistema - esplosione a
    bordo della MB, corti circuiti, ecc. - � equiparabile ad una mancanza
    di alimentazione elettrica. Porcherie transitorie sulla RAM no, pero'
    vivaddio quelle sono rare.
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

 lavapavimenti da 8 kw alla presa del gruppo di continuitï¿œ?
  Beh no, per hardware si puï¿œ intendere anche la scatola cranica, ma in
questo caso il problema ï¿œ del software che ci gira dentro!  :-)
  Ciao,
-- 
Alessandro Selli, 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 ricorderï¿œ di una mia telefonata perplesso-disperata in cerca di lumi).
LOL, sï¿œ. ;)

 in questo caso il problema è del software che ci gira dentro!  :-)
potete difendere i vostri moloch come volete, ma se io spengo il PC
ieri notte, dopo aver fatto l'aggiornamento di release, e lui parte come
schedulato nel BIOS stamattina al solito orario, io non vedo cosa possa
entrarci il problema che ho riscontrato con l'operatore, sistemista,
rocket scientist che in quel momento non è nemmeno davanti al PC.
Datemi UNA SOLA POSSIBILITA' DI CAPIRE DOVE IN COSA PUO' CONSISTERE MIA
COLPA. Altrimenti, vuol dire che qualcuno parla a vanvera.


 
Ah SAP, vedi come funziona con i fan assatanati (sia che siano
linuxari, sia che siano altro, che tu sai...).
Spegni il PC, lo riaccendi. E se ci sono errori nel filesystem la
colpa è tua.


 
Non sai cos'� successo prima.
Mi � capitato la settimana scorsa con linux/ext3, questa settimana con 
win2003/ntfs.
Linux � ripartito, windows no
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

colpa � tua.
Spegni/riaccendi � una circostanza normale (simula un black-out, che �
qualcosa che succede (usciere! Allontani quei bambini irridenti laggi�
in ultima fila!)).
In quel caso l� non sarebbe colpa tua, no... a meno che tu abbia messo
il sistema in una posizione scomoda. Tipo, tirando il collo alla cache
HW del disco fisso, e dicendo all'OS che la cache e' tua e la gestisci
tu [1].
Nel caso generale, non � vero che qualsiasi cosa succeda non sia colpa
tua, per�. Delle volte che mi � capitato, almeno l'80% sono certissimo
di essermelo meritato, anzi: a voler essere giusti doveva fare pure di
peggio :-D
Leonardo
[1] non so se si possa ancora fare. Ai tempi potevi spegnere il PC con
    4-8-16 megabyte di dati scritti sull'hard disk MA non ancora messi
    a dimora sui piatti magnetici. Un algoritmo soprannaturale metteva
    in quei megabyte gli inode pi� importanti dei dati pi� importanti,
    specie se t'eri scordato di farne il backup.


 il sistema in una posizione scomoda. 
Premetto che il disco con gli errori in oggetto, e un disco di notebook
(non so quanto possa essere rilevante ciò) ed è montato su un controller
PCI da 10 euro. Uno di quei che ti fanno anche il raid, anche se io non
lo uso per fare il RAID.
Su questo controller avevo spesso problemi con XFS!! Con ext fino ad
ora tutto è filato liscio.
Ho idea che mi sto trovando di fronte ad un problema hardware.
ADESSO, mentre ti scrivo questo messaggio, e mentre do un'occhiata a un
documento (cioè non faccio quasi nulla sul sistema), guardo i log e
trovo quando segue:
Oct 21 21:34:01 yasna kernel: [    3.726823] EXT4-fs (sdc2): INFO: recovery required on readonly filesystem
Oct 21 21:34:01 yasna kernel: [    3.726834] EXT4-fs (sdc2): write access will be enabled during recovery
Oct 21 21:34:01 yasna kernel: [    5.138530] EXT4-fs (sdc2): orphan cleanup on readonly fs
Perché? 21:34 è quattro minuti fa!


Perch�? 21:34 � quattro minuti fa!
De'. Ci hai attaccato una lavatrice, ti lamenti se va in centrifuga...
Leonardo


 COLPA. Altrimenti, vuol dire che qualcuno parla a vanvera.
La tua colpa sta nell'accusare qualcosa senza sapere se il problema sia 
dovuto effettivamente a quel componente. Con le informazioni che hai 
riportato (zero, praticamente) nulla fa credere che il problema sia dovuto 
ad una idiosincrasia di ext4, ma solo che i tool di riparazione del file 
system abbiano fatto correttamente il loro lavoro. Tra l'altro, oramai 
sembra essere un tuo pallino fisso parlare male di ext, quando spesso e 
volentieri i problemi da te riscontrati sono riconducibili a qualche 
operazione che per qualche motivo e` andata male
Enrico
P.S. Giusto per dovere di cronaca, vorrei far notare che per la riparazione 
di un volume XFS di dimensioni X, xfs_check richiede che la memoria 
disponibile (RAM + swap) sia circa il 20% di X

 Si'... quello che "li ammazza stecchiti" :-D
Oddio, io su di un controller SATA della Manhattan ho montato quattro dischi 
e li gestisco in RAID5 software con ReiserFS come file system senza alcun 
problema da almeno tre anni (toccata d'obbligo)
Enrico

 release).
Ahhhhhh !
Non l'avevi detto dell'aggiornamento di release.
Per esempio non ti e' mai capitato che apt-get ti rasi tutto il sistema 
durante l'upgrade?
Oppure che il driver del controller scsi della Dell non funzioni a dovere 
con la nuova release?
Tutto accaduto con i server ovviamente :O
Nicola.
-- 
chi va pian va san e va lontan

 cleanup on readonly fs
Toh, ho trovato anch'io qualcosa:
Oct 16 22:50:49 nicola-hp kernel: [    3.891602] EXT4-fs (sda6): INFO: 
recovery required on readonly filesystem
Oct 16 22:50:49 nicola-hp kernel: [    3.891606] EXT4-fs (sda6): write 
access will be enabled during recovery
Oct 16 22:50:49 nicola-hp kernel: [    6.889661] EXT4-fs (sda6): orphan 
cleanup on readonly fs
Non mi pare di avere problemi.


 INFO: recovery required on readonly filesystem
OK. Perché però succede solo su una partizione e non sulle altre?
Almeno da me, succede che questo messaggio viene sparato solo sulla
partizione dove guarda caso ho avuto problemi.
Non su tutte le altre che stanno fisicamente su altri dischi.


 dovere con la nuova release?
si però, c'è un però... ultimanente su Lucid avevo installato il kernel
di Maverick (per giocare meglio con BTRFS).
Quindi non ho avuto un upgrade di kernel e di driver.
non c'entra niente, ma tanto per ridere: l'altro giorno sul netbook
stavo ottimizzando l'initram (le solite cose inutili per perdere
tempo) e ho lanciato: rmmod <driver_sata>, ovviamente sicuro che mi
avrebbe risposto: <driver_sata> is in USE 
e invece no. ho detto rmmod e lui ha fatto rmmod.
il netbook è morto all'istante. Potevo solo scrivere a vanvera sulla
console :-)


 Enrico
quale distro hai installato? 
sarei curioso.
grazie
-- 
----------------------------
se conosci slackware 
conosci linux
----------------------------

 console :-)
ROTFL.


 sarei curioso.
Debian
Enrico

 il netbook ï¿œ morto all'istante.
LOL, e poi te la prendi coi file system...:)

 console :-)
Stasera provo subito :-)
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito � di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 LOL, e poi te la prendi coi file system...:)
come battura CI STA :-) Però non c'entra nulla con il caso in oggetto.
Questo è un netbook, un altro computer.


 Tutto accaduto con i server ovviamente :O
ach so.
Andrea

 
oh, beh questa e' meglio di rm -fr /
che ho effettivamente dato anni fa per sbaglio su un HP 9000. *e meno male*
che era il nodo B di un cluster HA, che ci ho messo poi una settiamana a
reinstallare tutto :)
sono cose che indubbiamente fanno crescere... 
Andrea

 release).
E' un segno del destino.

 semplicemente uno smanettone.
Quoto e sottoscrivo.. Idem da parte mia.. cambiano solo i giorni, ma 
aggiungo: ho ancora un conner cfs1275a acquistato il 21/09/95 (metto 
sempre un etichetta adesiva con la data di acquisto su ogni hd) con ext2 
e dei dati "vintage" contenuti.. mai un problema...
@ Max_Adamo: Una gita a San Gabriele o a Loreto potrei consigliartela.. 
Anche Santa Rita da Cascia potrebbe andarti bene, ma con Lei ci devi 
andare da VERO pentito.. :-)

 oh, beh questa e' meglio di rm -fr /
Un mio collega fece un bel:
cat /dev/random > /dev/sda
La macchina iniziò a non rispondere più, tra le risate degli altri 
colleghi.
Meno male che non era un server, ma un semplice desktop non più usato da 
nessuno
-- 
"Mai sottostimare la larghezza di banda di un camioncino che sfreccia a
razzo sull'autostrada" 
Andrew S. Tanenbaum
http://blog.mainardi.me
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"