[Ubuntu] HWupgrade Clan

[s12a]

Io sul pc di test su cui sto provando Ubuntu 9.04 ho scelto ext4.
Qualche suggerimento per testarne l'affidabilita`?

[unnilennium]

Originariamente inviato da s12a

Io sul pc di test su cui sto provando Ubuntu 9.04 ho scelto ext4.
Qualche suggerimento per testarne l'affidabilita`?

prova ad usare i programmi come al solito,e poi fai uno spegnimento brutale del pc.dovrebbe simulare la situazione in cui ci può essere perdita di dati.

[s12a]

Originariamente inviato da unnilennium

prova ad usare i programmi come al solito,e poi fai uno spegnimento brutale del pc.dovrebbe simulare la situazione in cui ci può essere perdita di dati.

Beh ma perdite di dati in questo modo possono succedere con qualsiasi filesystem (anche se in teoria quelli journaled come ntfs, ext3 ed ext4, ecc, il problema e` piu` ridotto) e spegnendo brutalmente il pc c'e` anche il rischio di rovinare fisicamente gli hard disk. Pensavo a perdite di dati in certe condizioni d'uso magari intensive, non situazioni catastrofiche.

[unnilennium]

Originariamente inviato da s12a

Beh ma perdite di dati in questo modo possono succedere con qualsiasi filesystem (anche se in teoria quelli journaled come ntfs, ext3 ed ext4, ecc, il problema e` piu` ridotto) e spegnendo brutalmente il pc c'e` anche il rischio di rovinare fisicamente gli hard disk. Pensavo a perdite di dati in certe condizioni d'uso magari intensive, non situazioni catastrofiche.

quella proposta é una situazione limite x stressare il filesystem.con ext4 cambia un pò il sistema di allocazione dei files..e ancora nn tutte le applicazioni si sono adeguate,e quindi i problemi di perdita di dati si possono verificare anche senza arrivare a quello.cmq con ext3 nn avrai problemi,io nel dubbio starei con quello.

[restimaxgraf]

Originariamente inviato da insane74

ma almeno NOI abbiamo driver aggiornati alle novità...
non ci tocca aspettare MESI!
e pregare in aramaico per un video a tutto schermo + compiz senza problemi!

cmq si scherza!
sul fisso avevo ati!

gli ultimi nvidia + jaunty vanno a velocità supersonica, ora si che i giochi con wine sparano forte anche con antialias....
ati... cosè?

[insane74]

Originariamente inviato da restimaxgraf

gli ultimi nvidia + jaunty vanno a velocità supersonica, ora si che i giochi con wine sparano forte anche con antialias....
ati... cosè?

bene!
io però ho un portatile.
con le GPU mobili (specie della serie 8xxx), sotto il pinguino ci sono stati un sacco di problemi (corruzione ram, ecc ecc).

cmq siamo a -3!

[restimaxgraf]

Originariamente inviato da insane74

bene!
io però ho un portatile.
con le GPU mobili (specie della serie 8xxx), sotto il pinguino ci sono stati un sacco di problemi (corruzione ram, ecc ecc).

cmq siamo a -3!

sul fisso ho una 7600gs, rispetto ad hardy con gli stessi driver ora posso giocare ad una risoluzione + alta ed attivare pure l'antialias, cosa prima inpensabile...parlo di giochi directx con wine.

[jeremy.83]

Originariamente inviato da cionci

jeremy.83: percHé hai modificato così quel file xorg ? Se metti tutto a default funziona o no ?

La risoluzione del monitor eventualmente la sistemiamo dopo.
Partiamo dal file base:

cut

Beh io avevo seguito quella guida... Quando torno a casa proverò.

Il casino è il solito, niente X e login da terminale, anche se da quando ho cambiato il valore del BusID non mi trova nemmeno il segnale.

Intanto grazie

[~FullSyst3m~]

Originariamente inviato da s12a

Io sul pc di test su cui sto provando Ubuntu 9.04 ho scelto ext4.
Qualche suggerimento per testarne l'affidabilita`?

E' stato segnalato un bug grave che non scrive le modifiche su disco prima dei 50secondi (mi sembra). Quindi se tu fai un pò di operazioni e spegni subito il pc senza dare il tempo al filesystem di scrivere i dati, allora li perdi.

[Ang]

Originariamente inviato da restimaxgraf

sul fisso ho una 7600gs, rispetto ad hardy con gli stessi driver ora posso giocare ad una risoluzione + alta ed attivare pure l'antialias, cosa prima inpensabile...parlo di giochi directx con wine.

Azz.
Ma è davvero così più performante la jaunty??
Più che i giochi a me interesserebbe il discorso video.
Io sono ancora su hardy.


ps. Qualche dritta sul problema dei viedeo in streaming dal sito apple???

Questo lo vedete????===>http://stream.qtv.apple.com/events/m...wg_650_ref.mov =====>io no.

Questo???=====>http://www.drummerworld.com/Videos/omarhakimsolo1.mov=====>io si.

[Carcass]

ho installato il programma per installare i deb da gui, ma non trovandomelo nel menu adesso non mi ricordo come si chiam per lanciarlo.......qualcuno mi rammenta ???

@edit

risolto, basta cliccare sul deb che parte gdebi

[cionci]

Originariamente inviato da Carcass

ho installato il programma per installare i deb da gui, ma non trovandomelo nel menu adesso non mi ricordo come si chiam per lanciarlo.......qualcuno mi rammenta ???

Ma non c'è già il programma per installare i deb da gui ? Si chiama gdebi-gtk

[iron84]

Originariamente inviato da Ang

Questo lo vedete????===>http://stream.qtv.apple.com/events/m...wg_650_ref.mov=====io no.

Questo???=====>http://www.drummerworld.com/Videos/omarhakimsolo1.mov=====>io si.

Sembra che il primo link non sia presente il file video. Da un errore "404 Not Found"

[Ang]

Originariamente inviato da iron84

Sembra che il primo link non sia presente il file video. Da un errore "404 Not Found"

Sorry.
Ho editato pure sopra.

Prova questo====>http://stream.qtv.apple.com/events/m...wg_650_ref.mov

[Fil9998]

vabbhè, cerchiamo di non farla drammatica!

se si perde la pessima abitudine di tenere i dati in /home e li si tiene invece come è giusto che siano in una PARTIZIONE distinta (in ext3 o in ntfs) NON CI SONO PROBLEMI DI SORTA!

al massimo si perdono i files di configurazione e personalizzazione del DE se dovesse succedere un crash (molto più probabili con KDE4 che con gnome vista la giovinezza del primo e la maturità del secondo)
o una mancanza di elettricità improvvisi...

il tutto è dovuto al modo di lavorare di ext4 che per allocare meglio i dati sul disco e aumentare le performance del sistema ci mette anche un paio di minuti per "scrivere realmente" i dati sull'HD-




io sto usando kubuntu 64 bit JJ 4.9 con KDE4 a su cui sopra ho installato anche gnome
il tutto su ext4 (i dati stanno in una altra partizione in ext3) e malgrado dei crash occasionali o impallamenti occasionali (da 15 giorni non ne succedono più! erano probabilmente dovuti a pcchetti TROPPO beta) NON HO MAI PERSO DATI manco di configurazione.
su un HD 7200 rpm di 4 anni fa veraente leeeeeeeeeeeeeeeentooooooooo

il sistema VOLA molto iù veloce di ubuntu 8.10 su reiserFS e su WD raptor 10.000 RPM !!!!!!!



leggete qua http://www.h-online.com/open/Possibl...--/news/112821
11 March 2009, 12:01
Possible data loss in Ext4

A bug report posted in the bug tracker for the next version of Ubuntu 9.04 (Jaunty Jackalope) describes a massive data loss problem when using Ext4, the future standard file system for Linux, available as an option when installing Ubuntu 9.04. The report describes a crash occurring shortly after the KDE 4 desktop files had been loaded, resulting in the loss of all of the data that had been created, including many KDE configuration files.

In a reply, Ext4 Developer Ted Ts'o explains the background of the problem. Like other modern file systems, such as XFS, Ext4 implements delayed allocation – writing new data can take up to 60 seconds. This increases the performance and allows for optimisation of the data organisation on the hard drive platter.

The KDE and GNOME desktop applications often read and write a large number of small files (for example, the configuration files for your personal settings). If the system crashes there may not be enough time for the data to be allocated and written to the hard drive – under ext4, the files may be truncated. This is because of delayed allocation. When a new file is created, the change is noted in the journal, but the data isn't written to the disk for a new file for anything between 45 and 150 seconds. The file system then catches up, allocating space for the file and writing the data. The exact technical details (which are critical system calls ftruncate() and rename()) can be found in the Ext4 developer's answer to the bug report.

Ts'o describes a workaround that tries to accurately identify this case and avoid the delayed allocation, but points out that other modern file systems, such as XFS and the new Btrfs, are also affected by this problem. The patches will not be included in the coming release of 2.6.29, but are queued for the 2.6.30 kernel.

Ts'o says that the application should be fixed so it does not write and rewrite small files. He advises that "this is really more of an application design problem more than anything else." Programmers had become accustomed to and dependent on, the behaviour of Ext3, which has a commit interval of 5 seconds and a default journalling mode of "data=ordered." Ext3's default journalling mode means that metadata is written to the journal in ordered mode, so any associated data changes would be forced to be written to the disk first. When Ext3 became the default file system developers came to rely on its behaviour.

[Fil9998]

e quindi i fix definitivi per ext4 li vedreo secondo la roadmap del kernel
per la prossima *buntu release di OTTOBRE 2009

[~FullSyst3m~]

Originariamente inviato da Fil9998

vabbhè, cerchiamo di non farla drammatica!

se si perde la pessima abitudine di tenere i dati in /home e li si tiene invece come è giusto che siano in una PARTIZIONE distinta (in ext3 o in ntfs) NON CI SONO PROBLEMI DI SORTA!

al massimo si perdono dei files di configurazione se dovesse succedere un crash
o una mancanza di elettricità improvvisi...

il tutto è dovuto al modo di lavorare di ext4 che per allocare meglio i dati sul disco e aumentare le performance del sistema ci mette anche un minuto per "scrivere realmente" i dati sull'HD-




io sto usando kubuntu 64 bit JJ 4.10 con KDE4 a su cui sopra ho installato anche gnome
il tutto su ext4 (i dati stanno in una altra partizione in ext3) e malgrado dei crash occasionali o impallamenti occasionali (da 15 giorni non ne succedono più! erano probabilmente dovuti a pcchetti TROPPO beta)
su un HD 7200 rpm di 4 anni fa veraente leeeeeeeeeeeeeeeentooooooooo

il sistema VOLA molto iù veloce di ubuntu 8.10 su reiserFS e su WD raptor 10.000 RPM !!!!!!!



leggete qua http://www.h-online.com/open/Possibl...--/news/112821
11 March 2009, 12:01
Possible data loss in Ext4

A bug report posted in the bug tracker for the next version of Ubuntu 9.04 (Jaunty Jackalope) describes a massive data loss problem when using Ext4, the future standard file system for Linux, available as an option when installing Ubuntu 9.04. The report describes a crash occurring shortly after the KDE 4 desktop files had been loaded, resulting in the loss of all of the data that had been created, including many KDE configuration files.

In a reply, Ext4 Developer Ted Ts'o explains the background of the problem. Like other modern file systems, such as XFS, Ext4 implements delayed allocation – writing new data can take up to 60 seconds. This increases the performance and allows for optimisation of the data organisation on the hard drive platter.

The KDE and GNOME desktop applications often read and write a large number of small files (for example, the configuration files for your personal settings). If the system crashes there may not be enough time for the data to be allocated and written to the hard drive – under ext4, the files may be truncated. This is because of delayed allocation. When a new file is created, the change is noted in the journal, but the data isn't written to the disk for a new file for anything between 45 and 150 seconds. The file system then catches up, allocating space for the file and writing the data. The exact technical details (which are critical system calls ftruncate() and rename()) can be found in the Ext4 developer's answer to the bug report.

Ts'o describes a workaround that tries to accurately identify this case and avoid the delayed allocation, but points out that other modern file systems, such as XFS and the new Btrfs, are also affected by this problem. The patches will not be included in the coming release of 2.6.29, but are queued for the 2.6.30 kernel.

Ts'o says that the application should be fixed so it does not write and rewrite small files. He advises that "this is really more of an application design problem more than anything else." Programmers had become accustomed to and dependent on, the behaviour of Ext3, which has a commit interval of 5 seconds and a default journalling mode of "data=ordered." Ext3's default journalling mode means that metadata is written to the journal in ordered mode, so any associated data changes would be forced to be written to the disk first. When Ext3 became the default file system developers came to rely on its behaviour.

Sinceramente se devo usare un filesystem mi dà fastidio avere anche perdite di configurazioni o altro occasionali. E in ogni caso il bug c'è e non si può risolvere dicendo: "vabbè mettete i dati in un'altra partizione".

[insane74]

Originariamente inviato da Fil9998

e quindi i fix definitivi per ext4 li vedreo secondo la roadmap del kernel
per la prossima *buntu release di OTTOBRE 2009

allora per chi vuole provare subito "l'ebrezza" dell'ext4, conviene provare la prox mandriva: ha già inclusi i fix nel kernel .29 che verranno integrati di default col prox kernel .30!

qui i dettagli:
http://www.mandrakeitalia.org/module...p?storyid=2032
e
http://www.mandrakeitalia.org/module...p?storyid=2020

[unnilennium]

Originariamente inviato da insane74

allora per chi vuole provare subito "l'ebrezza" dell'ext4, conviene provare la prox mandriva: ha già inclusi i fix nel kernel .29 che verranno integrati di default col prox kernel .30!

qui i dettagli:
http://www.mandrakeitalia.org/module...p?storyid=2032
e
http://www.mandrakeitalia.org/module...p?storyid=2020

buon a sapersi.grazie per le info.probabilmente anche fedora lo mette così,visto che la definitiva esce tra un mese praticamente,e che ext4 é default.

[Carcass]

Originariamente inviato da cionci

Ma non c'è già il programma per installare i deb da gui ? Si chiama gdebi-gtk

da me non ci stava forse perche era una installazione minimale ..........