Tämä mun SuSe 10.2 meni ihan sekasin kun päivitin. Sammutin päivityksen kesken kaiken ja käynnistin sitten koneen uudestaan niin sen jälkeen tuli erroreita ja tuo computer valikko ei näy enää ja tiedostojen alapuolelle tuli lukemaan niiden koko sinisellä tekstillä ja tää luulee nyt mun konetta kannettavaks ja näppis muuttu usaks. Mistähän johtuu kun yks kaks teki tollasen, kun en mitään muutellu? Onko muilla vastaavia kokemuksia? Neuvoja?
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 14
Vanhimmat
>>Mistähän johtuu kun yks kaks teki tollasen, kun en mitään muutellu? Onko muilla vastaavia kokemuksia? Neuvoja?
ei näppäimistö asetukset oo mikään ongelma, vaan musta tuntuu että kun tää on seonnu jotenkin niin kaikki korjaantuu palauttamalla tämän samanlaiseks kun ennen. Mitään en tosin oo muuttanu.
Tossa bug raportti:
Memory status: size: 37445632 vsize: 0 resident: 37445632 share: 0 rss: 2289664 rss_rlim: 0
CPU usage: start_time: 1168699031 rtime: 0 utime: 51 stime: 0 cutime:43 cstime: 0 timeout: 8 it_real_value: 0 frequency: 0
Backtrace was generated from '/opt/gnome/libexec/Gnome Application Browser'
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
...
...
...
[Thread debugging using libthread_db enabled]
[New Thread -1227622720 (LWP 4240)]
(no debugging symbols found)
...
...
0xb7f35410 in ?? ()
#0 0xb7f35410 in ?? ()
#1 0xbf86f898 in ?? ()
#2 0x00000000 in ?? ()
Thread 1 (Thread -1227622720 (LWP 4240)):
#0 0xb7f35410 in ?? ()
No symbol table info available.
#1 0xbf86f898 in ?? ()
No symbol table info available.
#2 0x00000000 in ?? ()
No symbol table info available.
#0 0xb7f35410 in ?? ()
The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal]
Ja toinen:
Memory status: size: 22507520 vsize: 0 resident: 22507520 share: 0 rss: 1712128 rss_rlim: 0
CPU usage: start_time: 1168685074 rtime: 0 utime: 18 stime: 0 cutime:15 cstime: 0 timeout: 3 it_real_value: 0 frequency: 0
Backtrace was generated from '/opt/gnome/libexec/gnome-main-menu'
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
...
[Thread debugging using libthread_db enabled]
[New Thread -1227344192 (LWP 4278)]
...
(no debugging symbols found)
(no debugging symbols found)
0xb7fb1410 in ?? ()
#0 0xb7fb1410 in ?? ()
#1 0xbf816b88 in ?? ()
#2 0x00000000 in ?? ()
Thread 1 (Thread -1227344192 (LWP 4278)):
#0 0xb7fb1410 in ?? ()
No symbol table info available.
#1 0xbf816b88 in ?? ()
No symbol table info available.
#2 0x00000000 in ?? ()
No symbol table info available.
#0 0xb7fb1410 in ?? ()
The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal]
Sekä päivitettyjä paketteja, että päivittämättömiä paketteja.
Jos sinulla on asennusmedia, niin päivitä ennalleen, tai yritä jatkaa loppuun edellinen.
Yastissa on Susen salaisuus.
Ainakin KDE:ssä voi näppäimistön muuttaa Control centerissä. Kohdassa Regional & Accessibility.
Miksi sinä kesken päivityksen menet sitä sammuttelemaan?
olisi tossa voinut vielä huonomminkin käydä jos vaika KDE päivitys olsi ollut siten kesken, että kaikkia riippuvaisuuksien paketteja ei olisi asennettu niin eipä käynnistyisi enää koko KDE.
Kannattaa laittaa se susen dvd ainoaksi asennus mediaksi ja sitten asentaa KDE paketit uusiksi.Laita kaikkien asennettujen KDE pakettien kohdalle päivitys niin asentaa ne uudellen sitten sieltä dvd:ltä.
eikä oo mitään suse dvd:tä kun asensin nettiasennus ceedeeltä. Näppäimistöasetusten muuttaminen ei edelleenkään ole ongelmani. Jatkoin päivitykset loppuun mutta ei se auttanut yhtään. Onko mahdollista että tämä korjaantuu ennalleen kun lataan seuraavat päivitykset kun ne joskus ilmestyvät?
"Sammutin päivityksen kesken kaiken"
- Sinä sen koneen sekoitit. Ei päivitys.
huomautan että kysehän oli tuosta zen updaterista. Se oli päivittämässä joitain niin painoin quittia koska olisin tarvinnut ladata pakettienhallinnan kautta yhden ohjelman ja päivittämisessä olisi kestänyt vielä kauan. En tiedä luuliko joku että olin päivittämässä sussua uuteen versioon..
Nimittäin GNU/Linux yhteisön kannustava asenne :D
RTFM NOOB!
Tällainen asenne se on mikä GNU-skeneä ohjaa eteenpäin. Good game mates!
ilmeisesti tuosta X:n korjauksesta joka tuli jakoon eilen. Kun keskeytit asennuksen ja sammutit koneen päivityksen, asennus ei ollut vielä valmis.
Tästä johtuu myös tuo näppäimistöasettelusi muuttuminen.
Asenna X uudestaan, pitäisi auttaa.
http://www.kotoistaminen.novell.fi/forum/
> "Sammutin päivityksen kesken kaiken"
- Sinä sen koneen sekoitit. Ei päivitys.<
Väärin ohjelmoitu ohjelma sen sekoitti!
väärinohjelmoitu ohjelma. Sehän saattas keskeytyä muutenkin kun netti vaikka katkeis.
jos lataus keskeytyy niin silloin vain lataus keskeytyy, ei päivityksen asentaminen.
Kyseessä on käyttäjän virhe, ei ohjelmistossa oleva virhe. ;-)
mutta tarkotin sitä että voishan sen tehdä niin että se asentas uuden jotenkin siihen rinnalle ja posista entisen vasta kun asennus on onnistunu.
Ja tuolla tavalla se base-systemin päivitys FreeBSD:ssä ja Windowsissa tehdäänkin. Juuri niinkuin pitää.
GNU/Linuxeissa ei eritellä base-systemiä, kaikki on vaan yksittäisiä paketteja joita sitten paketinhallinta parsii kasaan. Varma resepti täydelliseen kaaokseen.