Newsgroup: it.comp.os.linux.sys
Titolo: Problemi con EXT3 FS - RH 7.1 - Kernel 2.4.13-ac8

Salve a tutti, espongo subito il problema.
Ho una RedHat 7.1 funzionante, installata da qualche mese in dual boot
con Windows 98.
Vivendo in Sardegna ed essendo qui i black-out abbastanza frequenti
(basta un accenno di temporale :( ; girate eventuali proteste
all'ENEL) ho deciso di passare ad un filesystem journaled ed ho scelto
ext3 per vari motivi tra i quali: nn devo riformattare nulla, RedHat
lo ha testato per ore, è nativo etc.) 
In breve ho scaricato la patch di Alan Cox (2.4.13-ac8, ma è
neccessario? in fondo uso solo l'ext3 ) e i nuovi e2fsprogs (mi pare
1.2.5) ho patchato e ricompilato il kernel con supporto per l'ext3 e i
suoi messaggi di debug e ho ricompilato ed installato i nuovi tools.
Da alcune FAQ e post in questo newsgroup ho letto che era possibile
fare l'upgrade a partizione montata (ne ho solo una che contiene tutto
in /dev/hda2) e così ho fatto (tune2sf -j  /dev/hda2, naturalmente
dopo aver riavviato col nuovo kernel)
Questo ha creato il file:
-rw------- 1 root root   33554432 nov 15 00.49 .journal
sotto / (la partizione è di 9.2Giga)
come previsto.
E qui iniziano i guai.
Contento che tutto funzionava sono passato a ricompilare i moduli ALSA
per la scheda audio e mentre la compilazione procedeva....kernel
panic, vari messaggi tra cui mi pare invalid interrupt syncing (  :(((
nn li ho trascritti)
Comunque ho riavviato da un dischetto di ripristino ed ho eseguito
e2fsck sulla partizione smontata e tutto era a posto, perciò ho
riavviato e tutto mi è sembrato normale.
Ecco i messaggi al boot:
Journalled Block Device driver loaded
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode
EXT3 FS 2.4-0.9.13, 21 Oct 2001 on ide0(3,2), internal journal	
checking root filesystem
JFS DEBUG: (journal.c, 169): e2fsck_journal_init_inode: Using journal
inode 999 /: clean, 146203/1144640 files, 89048312289262 blocks
VFS: Mounted root( ext3 filesystem) readonly.
Dopo il boot ho provato a fare du -H in / per far lavorare il disco
dopo avere attivato il debug con "echo 5 > /proc/sys/fs/jbd-debug"
In /var/log/messages sono apparsi strani messaggi:
localhost lernel: <7ce0: buffer_head cbdf9310, Force_copy 0
      ''        ''        : 0740 given 1 credits (total 18, free 5006)
      ''        ''        : ): ext3_forget: forgetting the 00000000:
is_metadata=0, mode 100664, data mode 800
localhost keyboard: unknown scancode e0 5e, .......etc.  
mai visti prima
la shell dava strani messaggi 
bash: jobs not enabled in this shell
poi ho ascoltato un mp3 dalla partizione di windows e il sistema si è
bloccato.
Qualcuno ha idea di cosa succede?
Tutto e dovuto perchè ho dato il comando di upgrade a partizione
montata?
Oppure c'è un bug?
Sembra comunque che non abbia perso dati (al riavvio tutto sembra a
posto)
Qualcuno mi spiega come poso tornare indietro, rimuovere il
journaling, creare un floppy di boot in modo che possa upgradare a
partizione smontata? (se è questo il problema).
Grazie in anticipo
Franco

 Qualcuno ha idea di cosa succede?
Io ho una idea  di cosa succede: come sospettavo il  supporto EXT3 è ancora sperimentale e (come immaginavo) è del tutto instabile.
Possibile soluzione:
1) XFS file system di SGI
2) JFS file system di IBM
Lascia perdere Reiser, è la stessa solfa di ext3. XFS lo uso da un po' è
funziona bene.
-- 
~Massimiliano ADAMO
  ICQ# 103417788

 Io ho una idea  di cosa succede: come sospettavo il  supporto EXT3 è ancora sperimentale e (come immaginavo) è del tutto instabile.
Perche' ho come la sensazione che continui imperterrito a parlare per
niente?
 
Bye,
 Emmanuele
-- 
Emmanuele Bassi

 niente?
Arrivano  i nostri  ... i  paldini difensori  si scagliano  inpavidi sul
primo che osa, dico OSA, dire che qualcosa potrebbe anche non funzionare
troppo bene. Gregari di tutto il mondo Unitevi!
Dall'altra parte, nell'ultimo kernel che ho provato a compilare (proprio
quello  di RH  7.2)  con  il supporto  per  ext3,  appariva una  scritta
di  questo  tipo:  EXPERIMENTAL  Cosa vorrà  mai  dire  questa  dicitura
EXPERIMENTAL? Dimmelo tu.


 partizione smontata? (se č questo il problema).
Prova questo:
http://www.zip.com.au/~akpm/linux/ext3/ext3-usage.html
C'e` un interessante articolo di IBM su ext3:
http://www-106.ibm.com/developerworks/linux/library/l-fs7/
-- 
Vincenzo 
Cosa e' peggio: l'ignoranza o l'apatia?  Chi lo sa?  A chi importa?

 funziona bene.
Quest'ultima frase te la potevi risparmiare, chiedici
umilmente perdono.
L'hai sparato grossissima:
XFS ha un supporto di merda, la patch sono fatte alla
cazzo, hai un kernel
panic alla settimana se ti va bene, é lento, é pieno di
cose inutili a meno che
tu non sia Amazon o cose simili, é l'ultimo arrivato e
quindi poco usato.
Vado avanti ?

 EXPERIMENTAL? Dimmelo tu.
Non e` la parte "il supporto EXT3 e` ancora sperimentale" ad essere
sbagliata. Lo e` la seconda: "del tutto instabile".
Bye,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)               [ 
http://digilander.iol.it/ebassi
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 Win2k).
Quale alto pensiero hai espresso. Ora torna pure nel box, mi raccomando.


 partizione smontata? (se è questo il problema).
Per rimouvere il journaling, leggi man debugfs.


A me la ext3 funziona benissimo.....una domanda per te Emanuele:
Io sapevo che quando usciva una distro (tipo RH) che aveva già il supporto
nel Kernel per un qualcosa di nuovo era perchè il kernel era stato Patchato
da loro con qualcosa di Personale e non riconosciuto da Torvalds (cioè non
era una patch ufficiale).
Corrisponde al vero ?
Ciao
Alessandro

  funziona bene.
Reiser, incredibilmente, a me, funziona, percio` non dire "la stessa
solfa", a TE non funziona, percio` TU non lo usi, non fare
continuamente pubblicita` regresso
E, per inciso, "mi funziona" anche ext3 (ed anche jfs ed xfs, che,
finalmente, compila)
Ciao, Andrea
-- 
          (o_  | 
(o_  (o_  //\  | Andrea Carosi, just another Linux user
(/)_ (/)_ V_/_ |
GnuPG PK fingerprint: 0857 1927 150B 3C8E 8274  F641 1388 AA6D 3FA0 5410

 Vado avanti ?
a fare che? a dire cazzate? :)))) Fai pure.


 sbagliata. Lo e` la seconda: "del tutto instabile".
o forse ... ah già ... Alan Cox (così come Torvalds)  è un mostro sacro.
Lui si che ne capisce! Altro che quegli stronzi di SGI. Se l'hanno detto
loro che  ext3 funziona! Come mai  ext3 esce fuori proprio  adesso, dopo
che sono usciti tutti gli altri  filesystem journaled e non prima? Forse
perché in  IBM e  SGI si  sono accorti  prima di  Cox che  l'ext2 faceva
schifo e loro (come voi) lo stanno ammettendo solo a posteriori.
Magari anche  tu sei uno di  quelli che in  venti anni ha perso  un solo
file ... ovviamente non per colpa  di ext2, ma solo perché hai sbagliato
a mettere la spina del PC e l'hai collegata alla trifase industriale.


 Corrisponde al vero ?
E se per una volta sola fosse colpa dei 2 mostri sacri(*)?
(*) Cox & Torvalds
In fondo la patch con ext3 riporta proprio le iniziali di Cox.



...ci credo poco :-)
Alessandro
--
Alessandro BINARELLI
- N.A.T.O../W.A.N System Administrator -

 ...ci credo poco :-)
a non  so .. capisco che  in questo NG  non si scherza contro  quei nomi
(sarebbe  come bestemmiare  allah al  cospetto del  mullah omar),  ma la
patch ext3 porta la sigla (quindi  l'approvazione) di Cox. ... può darsi
invece che Torvalds, in questo caso, sia innocente.


 a fare che? a dire cazzate? :)))) Fai pure.
Se sei un tecnico asserisci dati tecnici, quello che
interessa é che la tecnolgia sia veloce e affidabile non
che uno come te si possa gasare per dire che può montare
un unico fs da 10TB.

La patch é solo nell'albero dei sorgenti (perchè ormai é
così) di Alan.
Linus non ha messo ancora la patch che é nei pre.
I pre non sono il kernel ufficiale (anche se poi lo
diventano).

Max_Adamo wrote:

E io metterei proprio il reiser che è quello più testato su linux.
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 utilizzata da tanto.
Si ma  chi è stato  il primo ad implementare  un FS journaled?  ... Bill
Gates sul win 3.x?
p.s. ... mi piacerebbe che qualcuno parlasse anche di jfs. C'è anche lui
perché nessuno  ne parla  ... Forse IBM  sta un po'  sul cazzo  come M$?
Probabile:)


 random, se ascolto un mp3).
Riprovato: 2.4.14 *vanilla*, appena compilato:
	1. sento il primo mp3, da root: tutto ok;
	2. sento il secondo, da user: tutto ok;
	3. sento il terzo, da user: mi si inchioda il sistema.
[player: mpg321, ma lo stesso scherzo lo fa anche da xmms]
+++
Mi capita con i kernel 2.4.13, 2.4.13 con patch per ext3, 2.4.14, 2.4.14
con patch per ext3, 2.4.9 e 2.4.9 con patch per ext3 (non ho provato con
2.4.10, 2.4.11 e 2.4.12). L'inchiodamento (che non lascia alcuna traccia
ne' nei log ne' a video) avviene invariabilmente *solo* quando *ascolto*
un mp3 (da una partizone ext3, windows (via smbfs), o ext2). Utilizzando
il sistema per tutto il resto, non ci sono problemi di sorta.
L'unico kernel su cui funziona tutto e` il 2.4.13-pre6, con la patch per
ext3 su.
+++
Ho controllato i changelog delle ultime release del kernel di Linus: non
ho trovato alcunche' che mi aiuti a capire cosa sia cambiato tra il pre6
e il 2.4.13 (la chiave e` li`) e che possa portare ad un congelamento di
sistema del genere.
Escludo la sezione del sonoro: sono due anni che la configuro uguale, su
una ventina di kernel diversi.
+++
Non e` una cosa grave: gli mp3 li posso ascoltare sull'altro computer.
Quello che mi fa specie e` che non so proprio cosa possa essere causa di
questi blocchi, e che non riesca a scoprirlo: non sto usando Windows, la
miseria!


questi blocchi, e che non riesca a scoprirlo: 
Vai di strace sperando di capire dove si inchioda (ti puoi limitare, per
cosi' dire, alle chiamate di sistema che operano su file, visto che sei
convinto che il problema e' li'). Oppure scrivi un kernel con debugger
integrato, probabilmente fai prima :)
-- 
"La coerenza e' la virtu' degli imbecilli."
(Ciccillo su it.fan.startrek quando filosofeggia)

 era una patch ufficiale).
Non esistono "patch ufficiali": avessi (voglia|tempo|capacita`) di farmi
una ptach nel kernel per pilotarmi lo spazzolino elettrico che ho in
bagno, sarebbe "ufficiale" quanto quelle di Alan Cox. Esistono vari tree
di sviluppo del kernel, dei quali, il piu` importante, e` quello di
Torvalds.


 a mettere la spina del PC e l'hai collegata alla trifase industriale.
Infatti: in quattro anni di Linux, mai perso un file (se non per errori
fisici del disco). Se *tu* sei sfigato, non si puo` dare la colpa al
filesystem... Altrimenti, pure a mio cugggino Win98 non si e` mai
piantato...


 integrato, probabilmente fai prima :)
Vuoi dire che devo buttare dentro kdb? :-)
Piu` che con i file in generale, solo con gli mp3. Se ascolto un .au o
un .wav non succede nulla di strano. Ero quasi orientato a dare la colpa
al driver per la wavetable della AWE64, ma, secondo il changelog, non e`
cambiato nulla li' dentro da moooolto tempo.


        3. sento il terzo, da user: mi si inchioda il sistema.
Ma dite sul serio?
Non so  che dire ...  _mai_ successo e  se mi succedesse  mi toccherebbe
ammettere che il sistema che sto usando è un sistema di merda.
Si potrebbero  fare illazioni  su debian  o sui  vari filesystem,  ma in
questo caso credo che può dipendere anche dalla scheda audio: io uso una
SoundBlaster live 128. Che porcherie usate voi :)))


 piantato...
Io in un periodo un po' più  lunghetto qualche file l'ho perso ... anzi,
diciamo pure  qualche directory.  Un semplice black-out  e via  tutto lo
spool di squid ... un altro black-out e via altre directorine della /usr
Una cosa del genere in WinNT non mi è mai successa.
p.s.: via fa sentire più uomini dire che ext2 funziona bene?
pp.ss.: Non so che è dei 2 lo sfigato: a me gli mp3 funzionano e bene.


 parliamo).
Che ext3 sia il piu` lento e` l'unica cosa certa.
Qua ext2 lo scarto, reiser (a parte che fa troppo tetesko :-D) dovrebbe
essere piu` veloce su file piccoli e meno facilmente recuperabile.
Con XFS mi trovo da dio, ma non facciamo una guerra di religione per
un filesystem, vi prego!!
Cia'
-- 
err: signature too big.


http://www-106.ibm.com/developerworks/linux/library/l-fs7/
Grazie li guardo
Cmq spesso appare al boot il messaggio:
EXT3-fs: INFO: recovery required on readonly filesystem
EXT3-fs: write access will be enabled during recovery
	.
	.
	.
EXT3-fs: recovery complete
Ho provato anche "touch /forcefsck". Al reboot parte e2fsck ma tutto è
a posto.
Ho provato a montare root come ext2 con "Lilo: linux rootfstype=ext2"
ma si blocca con il messaggio:
EXT2-fs: ide0(3,2): couldn't mount because of unsupported optional
feature (4).
Ma non c'è compatibilità all'indietro?
O devo avere una versione aggiornata di mount?

Cox e Torvalds fanno quello che devono fare.
Ext3 dovrebbe essere più compatibile con Linux.
Ext3 é molto tempo che viene sviluppato su Linux.
Ext3 é sponsorizzato da RH.
Ext3 non é stato concepito da 0 e non ha le feauture della concorrenza
per i motivi sopra.
Sappiamo tutti che qualsiasi fs che lavora in async può perdere dati.
Questi sono i fatti (ossia le cose che contano).

 Probabile:)
Il problema é che la comunità Open Source si deve un attimo ambientare e
sviluppare JFS.
Non é una cavolata mettere la mani sui sorgenti del kernel e può anche
darsi che qualcuno in IBM remi contro per mantenere la leadership sulle
decisioni da prendere visto che JFS server più a IBM che a Linux non si
possono permettere di farlo svluppare in un senso che non torni comodo
prima di tutto alle esigenza di IBM.
Io uso i CD 
ftp://ftp.fsn.hu/pub/CDROM-Images/redhat-xfs-uptodate/
 che
sono abbastanza comodi se non fosse per le politiche di RedHat in quanto
ad aggiornamenti ;-)

Niene guerre ma solo discussioni tecniche.
Potresti argomentare ?
Tu XFS su cosa lo usi ?
Quali sono i tuoi bench ?

 Quali sono i tuoi bench ?
Niente di speciale, "time dd...", bonnie e qualche script che creava
molti file e poi li cancellava ...
Ciao


 MAILDIR DA 1000 MESSAGGI.
Si e` sempre detto che per molti files di piccola dimensione reiser e`
il migliore, ma mica tutti hanno bisogno di questo, no?


 Questi sono i fatti (ossia le cose che contano).
insomma ... non saprei :)
E' uscita fuori la release 1.0.2 di xfs: questa è la cosa che conta :)


 ad aggiornamenti ;-)
Questo non lo conoscevo....
p.s.: perché usi i CVS? C'è una ragione Adesso è cmq uscita la 1-0-2 della
patch xfs.


 E' uscita fuori la release 1.0.2 di xfs: questa è la cosa che conta :)
E allora secondo te perché BUONA parte del mondo Linux NON usa XFS ?
Perché chi usa professionalmente linux preferisce Reiser ?
Siamo tutti stronzi ?
Perché siamo tutti frustrati come dici tu ?
Non sarà il contrario ?

 patch xfs.
Adesso é adesso, io sono sei mesi come minimo che faccio il beta tester.

 Adesso é adesso, io sono sei mesi come minimo che faccio il beta tester.
Scusa ma cosa  andavi cercando da una versione beta?  Hai anche avuto il
coraggio di metterla in produzione.


 Perché chi usa professionalmente linux preferisce Reiser ?
Leggiti l'altro mio  messaggio in cui ti descrivo la  mia esperienza con
reiser.


> (*) che te ne pare del Mullah Thorin?
                          ^^^^^^^^^^^^^^
Chi e' codesto coglione che come una zitella di paese parla male di me
sapendo che non posso leggerlo?
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

Non ditegli nulla ... ho già abbastanza problemi con il mullah.
--
Massimiliano

ammettere che il sistema che sto usando è un sistema di merda.
Il livello di certe discussioni e' sconfortante. 


un .wav non succede nulla di strano. 
Puo' non essere un problema di file mp3, e' magari solo lo schema con
cui mpg123 richiama le chiamate di sistema a dare problemi, e/o in
aggiunta al fatto che riprodurre un mp3 costa un po' in termini di
processore. 
Quello che proverei a fare io e': provare ad intervallare l'esecuzione
di questi mp3 (individuando il numero massimo di volte che si puo'
richiamare mpg123 prima che il sistema crolli) con altri compiti, tipo
compilare il kernel, qualche sessione pesante sotto X, roba del
genere. Se il sistema non si pianta, gia' hai un buon risultato, almeno
sai che la colpa e' del programma (nel senso, del modo in cui questo
programma interagisce con il kernel). Se il sistema si pianta, allora e'
una instabilita' piu' generale, originata da mpg123. Poi, rifare la
stessa serie di esperimenti togliendo il supporto ad ext3, e sincerarsi
che il problema non si presenti. Almeno in questo modo cominci ad
isolare, dal lato applicativo e dal lato kernel, le componenti
colpevoli, poi capire la componente delle componenti :) che ha problemi
puo' essere molto difficile, ma almeno hai un bug riproducibile per gli
sviluppatori di ext3.


 Il livello di certe discussioni e' sconfortante. 
Questo invece era il tuo livello:
Zefran> Vai di  strace sperando  di capire  dove si  inchioda (ti
Zefran> puoi limitare,  percosi' dire,  alle chiamate  di sistema
Zefran> che  operano  su file,  visto  che  sei convinto  che  il
Zefran> problema e'  li'). Oppure  scrivi un kernel  con debugger
Zefran> integrato, probabilmente fai prima :)
vai di strace? Sai com'è invece questo livello di discussione? Stupido e
saccente.
Stupido: argomentando  così  vorreste   far  credere  che  sapete
         arrivare sempre al nocciolo delle questione e che nessun
         problema  per voi  è  irrisolvibile. Ho  forti dubbi  in
         proposito. Sotto le spoglie  di un sedicente dio, dietro
         quella  tastiera  c'è uno  come,  solamente  un po'  più
         presuntuoso di me,  e  che rispetto e me  (che sto zitto
         invece di  dire queste  minchiate), lui  dice che  va di
         strace.
Saccente: saccente è la parola giusta. Uno che dice di andare "di
          strace" per risolvere cose che nemmeno capisce cos'è?


 processore. 
Costa in termini ci cpu?
Scommetti che su un 486 con win3.x ci ascolto tutti gli mp3 che mi pare?


Scommetti che su un 486 con win3.x ci ascolto tutti gli mp3 che mi pare?
Scommetti che non hai capito nulla di quello di cui stiamo parlando? Te
lo do anzi per certo.


          strace" per risolvere cose che nemmeno capisce cos'è?
A me non da fastidio che tu non sappia di cosa stiamo parlando ne' abbia
capito come si debba operare in un contesto reale, preferendo il
chiacchiericcio su Usenet. Posso capire che sia piu' divertente, e
sopratutto piu' alla tua portata, parlare per slogan. E credo che tu
possa continuare a farlo da solo. 
 

 [player: mpg321, ma lo stesso scherzo lo fa anche da xmms]
Questa e` interessante, cosa mi dici del driver audio?
E` tutto OK con un wav o simile?
Cosa succede con mpg123 -t file.mp3?
bye,
-- 
piergiorgio

 sapendo che non posso leggerlo?
Max_Adamo... :P
-- 
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
Powered By Slackware 8.0 on Asus L7300G - Kernel 2.4.7 - WMaker 0.70.0

 Non ditegli nulla ... ho già abbastanza problemi con il mullah.
Troppo tardi, gia' fatto...


 Scommetti che non hai capito nulla di quello di cui stiamo parlando? 
Secondo me il bello è che non lo sai nemmeno tu :)


 Troppo tardi, gia' fatto...
Hai generato un incidente diplomatico  di proporzioni smisurate :( Stavo
cercando di ricucire  i rapporti tra le fazioni estremiste  e quelle più
moderate su IRC  (in primis con il mullah), ma  così hai vanificato ogni
mio sforzo :)


 Max_Adamo... :P
Mbeh direi che per lui si possa rispolverare la famosa frase di Duke
Nukem "Your face, your ass.. what's the difference?" visto che ha avuto
pure il coraggio di venire su IRC a chiedermi aiuto (che non gli e'
stato rifiutato) e poi di levarlo pure dal killfile (richiesta che e'
stata negata con la seguente motivazione "ho fatto una volta l'errore di
levarti dal killfile e me ne hai fatto pentire con la tua polemica
stupida su Samba" indi l'errore non lo faccio di nuovo. Evidentemente al
nostro lamer ass faced brucia di essere nel mio killfile..


 Troppo tardi, gia' fatto...
Vedo che il rate di idiozia di Adamo aumenta esponenzialmente nel
tempo.. Visto che lo leggi ancora (per tua sfortuna) spiegagli che e'
lui appunto ad avere problemi, io lo ignoro e basta.



Dovresti pubblicarlo il killfile Thorin per far sapere chi eviti......mica
ci sono anche io è :-) !
Ciao
T.

 stupida su Samba" 
giusto. Il fatto è che io non uso killfile è questi "rancori" prolungati
nel tempo (esternati con la pratica del killfile) non li capisco.


 lui appunto ad avere problemi, io lo ignoro e basta.
Lui ti legge, quindi non c'e' bisogno che io faccia da "ambasciatore" :)
Per il fatto di leggerlo, ogni tanto un po' di sano umorismo serve
(pensa, non killo nemmeno Ginopilotino su icod...)


In un messaggio del Sun, 18 Nov 2001 12:22:24 GMT Tarik scriveva:


No tu non ci sei evidentemente visto che ti sto rispondendo.


 (pensa, non killo nemmeno Ginopilotino su icod...)
No quello no, un minimo di gusto suvvia..


 Lui ti legge, quindi non c'e' bisogno che io faccia da "ambasciatore" :)
Per Thorin -->
Di' a Thorin che:
1) dietro  il suo  apparente  e  sedicente cinismo,  si
   nasconde una  persona che fa  uso di ogni  mezzo per
   sfuggire alle discussioni che non gli convengono. Il
   killfile è uno di questi mezzi.
2) Vero è che  4 anni  fa lo chiamai per  risolvere uno
   stupido problema su un  server linux degli uffici di
   smau  .... ma il tempo  passa, e se, come  credo, in
   questi 4 anni lui non ha fatto progressi, questo non
   vuol  dire  che non  li  abbiano  fatti nemmeno  gli
   altri.
2) Forse lui  si sarà  seccato per quella  stupidata su
   Samba,  ma  io  mi  ero  già  seccato  per  una  sua
   stupidata  riguardo  i  firewall   e  i  proxy  [una
   discussione   assai   misera   sulla  quale   si   è
   incaparbito stupidamente (facendo  fra l'altro delle
   figure da non crederci)]
3) Digli anche  che se continua così  finirà per vedere
   solo i suoi messaggi su tutti i NG :)
Per quel che mi riguarda, non so  nemmeno se il killfile va impostato di
server su INN  o sul newsreader. Lui peraltro non  mi viene incontro -->
:)))
15:19:43 [maxadamo@quetzalco] .tin-> man -k killfile
killfile: nothing appropriate
15:19:52 [maxadamo@quetzalco] .tin->
14:00:40 [maxadamo@quetzalco] .tin-> man killfile
Non c'è una voce per killfile
15:18:59 [maxadamo@quetzalco] .tin->
15:19:52 [maxadamo@quetzalco] .tin-> locate killfile
15:21:30 [maxadamo@quetzalco] .tin->


 [2001-11-16 23:28]:
Okay, ho provato ad usare strace per avere un'idea, perlomeno vaga, di
quello che stava succedendo.
Il comando, dato da root, e` stato:
strace -o mpg321.strace mpg321 -q *.mp3
Verso i tre quarti del primo mp3, freeze. Riavvio, controllo (fortuna
che uso ext3) veloce, e leggo il file di log di strace.
Il log e` piu` o meno una sequenza di write (sul /dev/dsp), come
ci si potrebbe aspettare. La parte interessante, viene alla fine.
L'ultima write valida e`:
write(6, "\230\3710\363e\376r\367\223\377D\370y\374\256\364\315\373"..., 4608) = 4608
Poi c'e`:
write(6, "\343\3e`^Gz~@CD^M^Dî!íX^AJ²œñ&Bl£^X^G~T~]y^[e'³^XºÀ¡kæt
piu` altra spazzatura varia che continua fino alla fine del file.
Ne so un filo piu` di prima, ma non molto. :-)
Bye,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)               [ 
http://digilander.iol.it/ebassi
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 [player: mpg321, ma lo stesso scherzo lo fa anche da xmms]
Aspetta, tiro ad indovinare: decoder ottimizzato per {3dnow,mmx,sse}?
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
"Another Brick in the Wall part 2"
We don't need no pull-down-menus
We don't need no rescaled fonts
No dark icons in the corner
Hackers, leave those Macs alone.
Hey! Hackers! Leave them Macs alone!
All in all it's just another WIMP up for sale
All in all you're just another WIMP up for the sale.

 SoundBlaster live 128. Che porcherie usate voi :)))
Ma per favore.
Diciamo invece che non hai capito nulla e non sai nemmeno di cosa stai
parlando. Da questo assunto, e` facile capire perche' intavolare una
discussione seria con te, sia assolutamente inutile, nel migliore dei
casi.


 pp.ss.: Non so che è dei 2 lo sfigato: a me gli mp3 funzionano e bene.
Sempre piu` patetico.


 che il problema non si presenti. 
Il problema si presenta anche con kernel lisci dopo il 2.4.13-pre6. Potrei
pensare davvero ad un problema di OSS, che, magari, si integra malamente
con la nuova VM. Ad ogni modo, escludo un problema di ext3: ho provato
anche un 2.4.14 e un 2.4.13 liscissimi, zero patch, e mi hanno fatto lo
stesso scherzo.


 Cosa succede con mpg123 -t file.mp3?
Provero`...


 Aspetta, tiro ad indovinare: decoder ottimizzato per {3dnow,mmx,sse}?
Sinceramente: non lo so... :-)


 Sinceramente: non lo so... :-)
Prova a ricompilare forzando i codec lisci.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Windows /win'dohz/ n. : thirty-two  bit extension and graphical shell to
a sixteen  bit patch to an  eight bit operating system  originally coded
for a  four bit microprocessor  which was  written by a  two-bit company
that can't stand a bit of competition.

 Aspetta, tiro ad indovinare: decoder ottimizzato per {3dnow,mmx,sse}?
Bella firma.. 9 righe, qualcuno li' sta gia' gridando !


 O devo avere una versione aggiornata di mount?
[root@therra include]# mount -V
mount: mount-2.11h
[root@therra include]# mount | grep hdd1
/dev/hdd1 on /mnt/backup type ext3 (rw)
[root@therra include]# umount /dev/hdd1
[root@therra include]# mount -t ext2 /dev/hdd1 /mnt/backup/
[root@therra include]# mount | grep hdd1
/dev/hdd1 on /mnt/backup type ext2 (rw)
[root@therra include]# umount /dev/hdd1
[root@therra include]# mount -a
[root@therra include]# mount | grep hdd1
/dev/hdd1 on /mnt/backup type ext3 (rw)
Io riesco a passare da ext2 ad ext3 tranquillamente ...

 montata.
Dai 2.4.10 (linus) con i cambiamenti sulla VM questi passaggi DEVONO essere 
fatti a fs smontati ( non so se basti RO, ma penso di si ) perché le cache 
dei filesystem è non coerente con quella dei device. Per i kernel di Cox il 
limite di validità è fino ai 2.4.13

 scoprirai che  è il  più
Ormai non credo più ai benchmark: ognuno dice una cosa diversa...

 sistema del genere.
Questa è l'unica cosa che potrebbe  lasciare un po' perplessi .... ma il
tuo modo  di intervenire mi lascia  ancora più perplesso. Mi  vengono in
testa  tanti/troppi esempi  per dirti  che  procedendo in  quel modo  (e
mettendoti appresso  a Zefram a  scrivere stronzate di quel  tenore) non
arriverai mai ad una  soluzione, ma certo, se si vuol  fare scena nel NG
il discorsco  cambia: sparando tutte  quelle cazzate si fa  veramente un
gran bel figurone.
Io non voglio la ragione adesso ... facciamo passare del tempo e vedremo
dove sarai arrivato e soprattutto _come_ ci sarai arrivato.


On Thu, 15 Nov 2001 22:22:23 GMT, 
franco...@libero.it
 (Franco
Comida) wrote:
Sono tornato al buon vecchio 2.4.10 che non mi ha mai dato problemi
Con "touch /forcefsck" ho fatto il check al reboot del filesystem.
Dopodichè ho riavviato col vecchio kernel col parametro
"rootfstype=ext2", ho modificato /etc/fstab e ora funziona come prima.
Due domande:
1) posso eliminare /.journal col proposito di ritentare? (Lo so' che
ora è un file come un altro)
2) come mi creo un floppy di avvio col nuovo kernel e i tools
neccessari per ritentare a partizione smontata?
Un'idea poco ortodossa l'avrei pure:
mi installo una configurazione minima umsdos nella partizione di
windows per compilare il kernel e faccio tutto da li.
Ma la usero' come ultima spiaggia.

 Provero`...
E visto che ci sei prova anche qualcosa come:
mpg123 -t -b 10000 file.mp3
bye,
-- 
  Piergiorgio Sartor

>>>>> "Max" == Max Adamo <maxa...@NOSPAMiol.it> writes:
Max> E' inutile che ci giri intorno (o vai di strace come dice il tuo
Max> amico): il problema può essere sul kernel ma in una sua
Max> comoponente specifica che si chiama DRIVER. Non si scappa: il
Max> problema è circoscritto ad un singolo file. Vuoi mettere mano al
Max> driver?  e fallo ... è ben oltre le tue capacità, lo sappiamo
Max> entrambi, ma che ti devo dire: se vuoi giocare, gioca.
Si vede da lontano che la tua esperienza in inchiodaggi di sistema
prevarica quella di tutto il niusgruppo. Aiutaci a diminuire la nostra
ignoranza in materia di bloccaggi di sistema e portaci la luce.
E visto che ci sei spiegaci anche come fai a giudicare ciò che uno sa
o non sa usando la quantità di idee distorte sui molti argomenti che
ti si è visto trattare sul niusgruppo stesso.
Non vorrei far polemica, ma se facciamo la media degli articoli in cui
dici mezze-vaccate e quelli in cui dai giudizi quantomeno affrettati
si capisce come poi la polemica sorga spontanea.
A seconda della risposta conviene passare su altri-ng. Va da se che
comunque non seguirei suddette discussioni :)
TIA
Marco

 comunque non seguirei suddette discussioni :)
Ve bene ... taglio.  Cmq, mi urtano la saccenza e  la supponenza (non mi
sto riferendo a te). Io credo (e spero) di non essere mai tale. Non è da
ieri  che  tengo  acceso  il  PC,  ma  non  sto  qui  a  scrivere  tante
"stronzate". Questo è  ciò che mi piace  di me :)) Qui  invece c'è gente
con un background scarsissimo ma con tantssima presunzione.
p.s.: di te non mi  è piaciuto il modo in cui  mi hai risposto la
      volta precedente. Io so benissimo quando dico una stronzata
      e in  quel caso (conosceno  poco ldap), mio  malgrado, l'ho
      detta grossa ....  ma c'è modo e modo.


 mpg123 -t -b 10000 file.mp3
no già ... queste sono cose _troppo_ banali. 
Qui bisogna per forza "andare di strace" :-))))))))))))))))))))))))


 mpg123 -t -b 10000 file.mp3
Provato, e penso di essere giunto a capo della situazione.
+++
Premessa: fino ad oggi, ho usato mpg321, per vari motivi, il primo dei
quali era la licenza (okay: sparatemi pure :-)). Mpg321 usa le libmad0
come decoder per i vari layer dell'MPEG-1.
+++
Nel passaggio a Woody, evidentemente, le libmad0 installate sono molto
instabili: ecco spiegato il motivo del deadlock. Infatti usando mpg123
per quasi un'ora, non ho rilevato blocchi di sorta. Continuero` i test
ancora per qualche giorno, ma sono ottimista.
La spiegazione per cui anche XMMS congelava il sistema e` che pure lui
usa mpg123 per la decodifica degli MP3. E mpg123 e`, installato mpg321
sul sistema, un link allo stesso mpg321.
+++
Morale: quando si installa una Debian testing, bisogna avere cento uno
occhi aperti sul sistema.
Vorra` dire che inviero` una mail all'autore delle libmad per metterlo
al corrente del problema.
Grazie a tutti quanti per l'aiuto!


 al corrente del problema.
Scusa, ma non e` possibile che una libreria, per quanto
mal fatta, mandi in deadlock la macchina, o no?
Potrei capire che mandi in deadlock il processo, magari...
bye,
-- 
  Piergiorgio Sartor

 mal fatta, mandi in deadlock la macchina, o no?
Boh, guarda: non ti so proprio rispondere.
+++
BTW: ho scoperto con raccapriccio che, se uso mpg123 funziona tutto
bene, mentre se uso un qualsiasi software sotto X va ancora tutto a
donnine di facili costumi, ${LOWLY_ANIMAL_DEITY}. E` tutto oggi che
vado avanti a colpi di:
	for i in `seq 1 10`; do mpg123 -t -Z -b 10000 *.mp3; done
e di problemi non ne ho... Giuro, sa il ${MALE_REPRODUCTIVE_ORGAN}.


 Bella firma.. 9 righe, qualcuno li' sta gia' gridando !
Sono scelte in modo random, e qualcuna e` po' lunga.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Windows NT crashed.
I'm the Blue Screen of Death.
No one hears your screams.

 e di problemi non ne ho... Giuro, sa il ${MALE_REPRODUCTIVE_ORGAN}.
Resta il fatto che una pezzo di codice in user space
_non_ deve mandare la macchina in deadlock.
Per questo pensavo a qualche driver bacato...
Un esempio di situazione del genere potrebbe
essere un DMA che, come scriveresti tu, funziona
alla ${DOG_REPRODUCTIVE_ORGAN}.
Comunque strano...
Consiglio: usa mpg123 :-)
bye,
-- 
piergiorgio

 Sono scelte in modo random, e qualcuna e` po' lunga.
Che fossero random me ne ero accorto ma quelle piu' lunghe non puoi
levarle?


 Boh, guarda: non ti so proprio rispondere.
...
Ha ragione il socio: la libmad non puo' fisicamente inchiodare la macchina.
Praticamente non ha nemmeno syscall. Piuttosto dicevi che ti si incartava
anche selezionando come output un wav, giusto? In tal caso io andrei a dare
un'occhiata alla libao, che viene usata in output.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
	**ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! When you say "I wrote a program that crashed Windows", people just stare
     at you blankly and say "Hey, I got those with the system, *for free*" !>-
                                (By Linus Torvalds)

 un'occhiata alla libao, che viene usata in output.
No, per i wav andava tutto okay. Idem sotto XMMS.
E` tutto oggi che provo: mpg123 di problemi non ne ha.
Riassumendo:
	mpg321 - Blocco della macchina
	XMMS - Blocco della macchina
	gqmpeg - Blocco della macchina[1]
	mpg123 - Funziona normalmente
Per "Blocco della macchina" intendo proprio che neanche il kernel da'
segni di vita (provato in remoto e via terminale seriale). Neanche i
SysRq funzionano.
Bah, piu` vado avanti, piu` la storia si fa oscura...
+++
[1] Ed e` questa la cosa strana: gqmpeg e` un frontend a mpg123...


 
Pensa che a me succede passando da modalità grafica a modalità testo (ad
esempio uscendo da X, per tornare a gdm, ma anche lanciando un po' di
volte zgv). Anche io ho il 2.4.13, ma ac5, messo su proprio per l'ext3.
Mi sembra di avere intuito che anche tu usi Debian Woody. Hai mica un pc
della IBM???
Andrea

 
Sto  provando mpg321, ma direi che problemi non ne da, mentre anche un
2.4.10 si pianta se entro ed esco di seguito da zgv:
in pratica, faccio
# zgv
<ESC>
FrecciaSu Invio
<ESC>
a ripetizione. Dopo un po' di volte, variabile tra 2 e 10, BANG!
Andre

 della IBM???
No, il PC l'ho messo in piedi io...


 SysRq funzionano.
Suppongo niente nei log e niente oops del kernel...
Io per es farei anche un ltrace, tanto per vedere se si incarta in qualche
chiamata di output.
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! *Real* programmers use cat > a.out! No way, /real/ ones
        use zcat > a.out 'cause you can type faster that way. !>-
                -- from a Slashdot discussion

> e di problemi non ne ho... Giuro, sa il ${MALE_REPRODUCTIVE_ORGAN}.
PS> alla ${DOG_REPRODUCTIVE_ORGAN}.
ROFL!
-- 
Gian  | main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Uberto|                        David Korn, 1987 ioccc best one liner 
Lauri |-------------------------------------------------------------------
(aka saint) >>Vedere X-Nospam nell'header - See X-Nospam field in Header<<

 writes:
EB> Riassumendo:
EB> 	mpg321 - Blocco della macchina
EB> 	XMMS - Blocco della macchina
EB> 	gqmpeg - Blocco della macchina[1]
EB> 	mpg123 - Funziona normalmente
EB> Per "Blocco della macchina" intendo proprio che neanche il kernel da'
EB> segni di vita (provato in remoto e via terminale seriale). Neanche i
EB> SysRq funzionano.
Sono gli stessi i "pattern" di input ?
E se ci fosse qualcosa  di sbagliato negli eseguibili ? Una istruzione
andata a  remengo ?   Io ricordo che  i Pentium avevano  la bellissima
istruzione HPC (halt processor and  crash), non è che siamo davanti ad
un problema  HW ?  Ho  visto una macchina  Linux dove LaTeX  faceva le
bizze più assurde perché l'accesso alla ram era troppo tirato (NT dava
schermo blu...)
Solo €0,02 di parole seminutili...


 (t). Grazie Emanuele!
Tsk, ma pensa che io mi scrivevo complicatissi
script per avere sequenze tipo:
01 02 03 04 ... 10 11 ...
con tanto di "expr", "cut", etc...
Questa mi ricorda la storia di "nl", dove
scrivemmo un (non troppo) complicato script
in "awk" per fare la stessa cosa, per poi
scoprire (non appena finito) che esisteva "nl"...
bye,
-- 
  Piergiorgio Sartor

 schermo blu...)
Problemi hardware a singhiozzo? Non credo.
La macchina e` sempre la stessa da un anno, ormai, e di cambiamenti
radicali non ne ha mai subiti. Per la RAM, ho usato memtest86, ma i
risultati sono stati nulli: nessun errore riscontrato.


>>>>> "Max" == Max Adamo <maxa...@NOSPAMiol.it> writes:
Max> scrivere tante "stronzate". Questo è ciò che mi piace di me :))
Max> Qui invece c'è gente con un background scarsissimo ma con
Max> tantssima presunzione.
Uhm, ci sono ovunque persone così, anche al di qua dello schermo, c'ho
fatto il callo; forse qui spiccano perché si contrappongono bene a
quelle che hanno altri motivi per inviare messaggi (spam, rompiballe,
niubbi-ot, ...).
BTW la correttezza delle affermazioni immagino non sia sempre legata a
ciò che si pensa di sapere.
Max> p.s.: di te non mi è piaciuto il modo in cui mi hai risposto la
Max> volta precedente. Io so benissimo quando dico una stronzata e in
Max> quel caso (conosceno poco ldap), mio malgrado, l'ho detta grossa
Max> ....  ma c'è modo e modo.
Di me non mi piacciono diverse cose; probabilmente il poco tempo che
ho per scrivere queste parole contribuisce a farmi scrivere una
bella quantità di vaccate e/o scortesie. IMHO però in un ng si
dovrebbe anteporre gli interessi dei molti a quelli del singolo.
No, non è una scusa, è un motivo _personale_.
Saluti e baci
Marco.OT

> Sono gli stessi i "pattern" di input ?
EB> Huh?
Ovvero, fanno i medesimi acessi al disco ? Un HW non proprio sanissimo
incasinarsi sul bus.
Per  arrivare a  mandare  in deadlock  la  macchina mi  sa che  devono
causare un deadlock in kernel space col processore nel ring 0...


 dicitura EXPERIMENTAL? Dimmelo tu.
Buoni, buoni...
Secondo me a causare dei problemi e` la patch "ac" che, mi sa, modifica
*profondamente* il kernel, da cui la scarsa compatibilita` con i moduli
ALSA. Io ho  provato a mettere un  kernel "ac" sul mio  portatile, e al
momento di attivare la scheda ethernet  PCMCIA, il kernel mi e` esploso
in faccia con un gran botto e...  meno male che avevo ext3 a limitare i
danni. ;-)
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
+39-0362-332921
 - JOIN THE FUN NOW!
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
Unix IS user friendly. It's just selective about who its friends are.