Newsgroup: it.comp.os.linux.iniziare
Titolo: installato Ubuntu su un portatile: disastro su Windows!

ho un Asus pro5avn, downgradato ottimamente a XP.
Ho provato a installare Ubuntu 9.04 per provarlo (del resto è ancora un 
alpha quindi "provarlo" è il termine corretto").
Non l' avessi mai fatto...
Ora (come sotto Ubuntu) anche sotto windows la luminosità dello schermo 
non raggiunge nemmeno la metà di prima, vedo malissimo e mi sto 
ciecando manco fossi un moccioso di 13 anni che si fa le seghe 5 volte 
al giorno.
Inoltre pure l' orologio è risultato sballato.
Ma che diavolo ha combinato quella distribuzione di zulù??????

 Ma che diavolo ha combinato quella distribuzione di zulù??????
Sicuro che tu ne sapresti scrivere una migliore così, su due piedi.
-- 
All science is either physics or stamp collecting.
                -- Ernest Rutherford

 5 volte al giorno.
Potresti approfittarne...



ecco cosa è successo: il problema dello schermo lcd troppo scuro non
sembrerebbe cosa nuova per i possessori di notebook asus che hanno
installato ubuntu. E' quello che è successo a me, col risultato però che la
stessa (bassa) intensità luminosa è rimasta invariata anche al successivo
riavvio, sotto xp.
Quindi la "colpa" è di Ubuntu, non ci sono cazzi.
Ho provato a reinstallare i driver forniti da asus per configurare la
luminosità (scrivo di fretta....atk ecc..., ho aggiornato il bios,
niente...
Ho creato una nuova partizione e einstallato windows xp, ho dovuto
reinstallare ex novo i driver di cui sopra e solo allora sono riuscito a
ripristinare i giusti valori di luminosità.
Grazie Ubuntu, torno a Fedora

 Quindi la "colpa" è di Ubuntu, non ci sono cazzi.
Ci linki il bugreport che hai sicuramente inviato?
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

 Ci linki il bugreport che hai sicuramente inviato?
figurarsi se con lo schermo mezzo nero mi sono messo lě a configurare la
rete...

 rete...
da windows non hai accesso a internet? Fai bene, eh, per carita'...
-- 
Ho un giardino di rocce. La settimana scorsa tre di loro sono morte.

 Grazie Ubuntu, torno a Fedora
vabbe', ma 'sta furia di installare una beta?
ed è anche noto che non conviene installare la nuova versione ubuntesca 
se non qlc tempo dopo il rilascio ufficiale;
secondo me te la sei voluta: Ubuntu assolta per imprudenza dell'utente;
r
-- 
Sediamoci intorno a un tavolo e discutiamo.
Su come spartirci la torta.
[Demente Mastella, Unione Democristiani Rigurgitati]
Ramapage: 
http://umpf.net/

 da windows non hai accesso a internet? Fai bene, eh, per carita'...
scusate eh, ma se ho detto che la colpa è di Ubuntu non è che cade il
mondo.
Certo che sull'altra partizione ho xp, mi sembrava chiaro.
Ho scaricato la 9.04 che è nientepopodimeno che una alpha 3, e appunto
volevo primo testare la distor in sè, secondo testarla sul mio portatitle
asus che è fra i più recenti.
Ora, mi sono trovato sto schermo scurissimo, più di dieci minuti non ho
resistito e quindi sono tornato a windows, con l'intento appunto di
informarmi su come risolvere questo primo problema.
Tornato awin scopro che lo schermo è scuro uguale e che la combinazione
tasti che mi modifica la luminosità non è più attiva. Il resto l'ho scritto
prima. 
Poi, dopo essere finalmente ritornato in possesso del mio portatile, ho
cercato con google scoprendo che questo problema pare piuttosto diffuso e
"hard" da risolvere. Quindi amen, intanto aspetto aprile er la versione
definitiva della 9.04...
 

 imprudenza dell'utente;
Eh no, sto ciufolo.
SE (notare il se) c'e' qualcosa nel kernel (o in una patch di Ubuntu) che 
fa a pugni con la gestione "hardware" dello schermo, e' NECESSARIO che il 
nostro prode utente segnali la faccenda.
Che poi il tutto capiti perche' il suo portatile ha un'implementazione 
rotta in 100 pezzi di ACPI o altri bug assortiti nel BIOS, non e' 
importante. Quello che e' importante e' che Ubuntu (o il kernel, o 
chissa' cosa) ha provocato un cambiamento che pare *irreversibile*. E 
pertanto va risolto.


 rete...
Bella scusa. E non hai capito un beneamato.
Se c'e' veramente un bug (nel kernel o nel tuo BIOS o chissa' dove), e' 
altamente probabile che la prossima release di fedora o QUALSIASI altra 
distribuzione lo conterra' e provochera' lo stesso effetto.
Scovare dei bug, non segnalarli, e lamentarsi perche' non vengono 
corretti e' davvero da mentecatti.


 pertanto va risolto.
quindi è verosimile la mia ipotesi, che Ubuntu abbia impedito a un driver
win di funzionare al successivo riavvio?

 driver win di funzionare al successivo riavvio?
La gestione dell'ACPI e' un casino maestro, nel senso che tutti i 
produttori di hardware usano implementazioni parziali (nel migliore dei 
casi) o proprio ad minchiam (maggioranza), che vengono successivamente 
corrette via software. Lasciamo stare l'hardware proprio rotto a livello 
fisico (rtl8139 anyone?).
Linux tenta di fare le cose secondo standard, e purtroppo a volte questo 
non funziona, perche' qualche pezzo di hardware o firmware non collabora 
(vedi sospensione e ibernazione, non c'e' motivo che non funzioni 
dappertutto, visto che e' uno standard ACPI).
Secondo me sussiste la possibilita' che un comando "sbagliato" (ancora, 
notare le virgolette) abbia creato qualche scompenso. Vedi se c'e' un 
BIOS aggiornato per il tuo portatile, o alla peggio riflasha la versione 
attuale. Vedi se migliora.
E segnala il bug, ricordandoti di allegare l'output di lshal.


 nostro prode utente segnali la faccenda. 
ok, se vuole contribuire allo sviluppo, ma un utente normale farebbe 
bene a stare alla larga dalle versioni in sviluppo;
soprattutto se come me non ha la minima idea di come segnalare il bug -e 
anche se l'avessi presumo che il mio italiano storpiato risulti 
incomprensibile agli sviluppatori;
r
-- 
votata l'aria del millennio: Erbarme dich,
dalla Passione secondo Matteo di JS Bach
tutto sui Pentangle: 
http://umpf.net/

 mondo.
no, certo, pero' e' un affermazione che sembrava quantomeno clamorosa.
E ti ho anche suggerito che il bug report puo' farlo anche da windows.
Tutto qui.
-- 
Le spugne crescono nel mare. Mi chiedo quanto piu' profondo sarebbe il
mare se questo non accadesse.

 alpha quindi "provarlo" è il termine corretto").
Bene, io avanti ieri ho sputtanato la mia sid con Gnome, perche' ho dato 
un dist-upgrade a cazzo.
Se tu ti metti a giocare con una ubuntu alpha, vai alla ricerca di guai 
ancor piu' grossi di quello che cerco io, non ti lamentare poi...
Se invece sai quello che stai facendo, visto che hai appurato che si 
tratta di un beug, apri un bug report ed aiuta gli sviluppatori di 
ubuntu a migliorare la distribuzione. Normalmente funziona cosi. Un 
aiutino anche non non glielo vogliamo dare, visto che si fanno il culo 
per farci utilizzare GNU/Linux?
Paride

  
In effetti... non poteva mettere su la già ottima versione 8.10 e tanti
saluti?

 Non l' avessi mai fatto...
cinniubb, le beta si testano in virtual machine.

 ancor piu' grossi di quello che cerco io, non ti lamentare poi...
io non mi sarei lamentato se il problema, il bug, si fosse limitato a
ubuntu. Ma qui è successo che il "bug" è passato da un os ad un altro!
e chi se lo sarebbe immaginato? non credevo nemmeno fosse possibile



Z&S

Blow Giobbe ha pensato forte :

eh T&S!
ps: cmq crasteggi con linux, non ce lo sapevo


E difatti una cosa del genere non dovrebbe essere possibile.
Quando spegni e riaccendi la macchina, l'hardware dovrebbe resettarsi (a
 meno delle memorie di massa, naturalmente).
Quindi eventuali impostazioni fatte a runtime (come ad esempio il mixer
audio) dovrebbero essere resettate all'accensione e reimpostate dal
sistema operativo.
Questo in un mondo ideale dove tutto funziona come dovrebbe.
In un mondo reale, invece, può capitare se
1) l'hw è buggato (vedi il caso del masterizzatore LG che azzerava il
proprio firmware perché qualche volpe in LG ha pensato bene di non
rispettare le specifiche del protocollo IDE e ha utilizzato un comando
esistente per altri scopi)
2) il bios è buggato e non effettua correttamente i reset della macchina
3) le periferiche non vengono spente. Grazie a quella grande invenzione
dello stand-by, non solo si consuma elettricità per nulla (anche i pc e
i portatili sono perennemente in stand-by a meno di non staccare
manualmente la spina e rimuovere la batteria per i portatili), ma
qualche periferica può essere mantenuta attiva per gli scopi più
disparati (come ad esempio l'avvio veloce del media center in alcuni
portatili, schede di rete per il WOL o altro)
4) software buggato, che modifica qualche registro in memorie non
volatili o le impostazioni del bios. E in questo caso bisognerebbe
procedere con dei bug report (se il baco non è già stato segnalato).
Il problema del punto 4 è abbastanza raro, perché a parte le flash dove
risiedono i firmware, ci sono poche schede che memorizzano su memoria
non volatile le impostazioni.
Io proverei prima a spegnere fisicamente il portatile, staccherei la
spina e poi la batteria.
Dopo qualche minuto (per dare tempo ai condensatori di scaricarsi per
bene) o anche un po' di più, proverei a riaccendere il tutto per vedere
se il tutto riprende a funzionare o no.
Questo ti permette intanto di eliminare con certezza il punto 3 (se non
cambia nulla) o confermare che si tratti proprio del punto 3 (se il
sistema riprende a funzionare come si deve).
Per gli altri casi, prova a cercare in rete se con Linux e il tuo
modello di portatile altri hanno avuto il tuo stesso problema.
Per l'orologio sballato, invece, è Win che ragiona con le parti basse
(diciamo che se perdesse la testa sarebbe una circoncisione). Infatti
Windows lavora con l'orologio di sistema in localtime facendo le
correzioni quando si passa dall'ora legale all'ora solare e viceversa.
Linux, invece, di norma lavora con l'orologio di sistema in UTC, quindi
senza passaggi di ora legale o solare. Quando poi ti presenta l'ora nei
vari programmi la converte al volo nel fuso orario da te impostato, con
grossi vantaggi quando scambi dati sulla rete e nessuna ambiguità
(specialmente quando non è l'unico sistema operativo sulla macchina).
Linux può essere, però, impostato per usare l'orologio di sistema con
l'ora locale proprio per poter convivere con sistemi Windows.
PSK

 Non l' avessi mai fatto...
Te la sei cercata...
UNO: Ubuntu si prova live!!
DUE: 9.04 è in fase testing=azzacci tuoi!! non venire a lamentarti!!!!!!

 SNIP
# Lancia un urlo, sbianca con la bava alla bocca, ripensa a due mesi 
buttati appresso a problemi incomprensibili finchè non è stata buttata la 
scheda di rete e poi torna a lurkare.
-- 
Pier Paolo

 Ma che diavolo ha combinato quella distribuzione di zulù??????
Imho ha innescato una condizione non prevista dai produttori dell'hardware,
i quali pensano che userai solo i loro driver (probabilmente bacati), visto
che con il primo sistema operativo non ne fornisce di diversi, e se ne
infischiano di comportamenti anomali innescati da *altri* driver che spesso
funzionano rispettando standard e protocolli come da specifiche.
La distribuzione di zulù ha reso evidenti dei difetti di alcuni componenti
hardware e di un driver per un sistema operativo venduto a peso d'oro.
ciao
gerlos
-- 
"Solo lo scienziato è vero poeta: ci dà la luna, ci promette le stelle,
 ci farà un nuovo universo se sarà il caso."
                 < 
http://gerlos.altervista.org
 >
 gerlos  +- - - >  gnu/linux registred user #311588

 rete...
Beh, avresti potuto farlo: davanti alla segnalazione, se fatta bene,
qualcuno sicuramente ci si sarebbe messo sopra a lavorarci e non ti dico
tra una settimana, ma al più tardi tra un mese con ogni probabilità ci
sarebbe stata una soluzione al tuo problema.
Funziona così da queste parti: 
1. tu avvisi "hey, gente, qui c'è un bug!" 
2. poi qualcuno va a lavorarci, e alla fine lo risolve, di solito in tempi
brevi.
Ma se manca il punto 1. è più difficile che si passi al punto 2.
ciao ciao
