bonobo, aktualizace [vyřešeno]

[mset]

od poslední nové verze používám Ubuntu bez problémů. Dnes se ohlásila možnost aktualizace, tak jsem ji, jako obvykle, odsouhlasil. Po aktualizaci jsem počítač vypnul (nehlásil žádnou chybu). Po několika hodinách byl opět zapnut a už není Ubuntu dosažitelné. Po reklamě na gr. kartu Nvidia a zvukovém ohlášení se objeví okno se zpávou:

nautilus can t be used now, unexpected error from Bonobo when attempting to register the file manager view server.

Dál počítač už na nic nereaguje ("pokračovat" mohu jedině tlačítkem resetování - tedy restart). Zkoušel jsem asi pětkrát restart, i s textovým spuštěním, ale je to stále stejné, občas přitvrdí dalším nápisem FATAL ERROR.

Počítačem to asi nebude, protože na stejném disku (jina partition) je Mandriva, jako záložní systém, která jede naprosto v pohodě i s grafickými efekty. Tak využívám její funkčnost na tenhle dotaz.

info: Sempron64 2800, Nvidia GeForce 4, systém 32 bit, deska GA-K8VM800M rev.2.0.

Díky za radu, jak zprovoznit Ubuntu, pokud možno bez reinstalace a kterou aktualizaci nepovolit.

[Martin 'Želva' Malý]

To už tu jednou bylo. Jdeme hledat

hledal jsem "bonobo", zkuste spustit v recovery modu:

killall bonobo-activation-server

[mset]

díky, našel jsem to, ale netušil jsem, že to stačí dát do Recovery modu.

Nicméně výsledek je tento:

no process killed
Fatal error

[Martin 'Želva' Malý]

Hmmm, nabootuj znova do recovyry a zkus:

killall bonobo-activation-server

killall bonobo

startx

třeba to poběží....

[mset]

díky za pomoc, ale na oba příkazy si to stále mele svou:

no process killed

a po startx přijde poloroztrhané okno s fatal error

[Martin 'Želva' Malý]

Sákriš, ještě bych to možná zkusil právě nejdřív zapnout, tj. v recovery modu příkaz:

bonobo


To asi fungovat nebude, zkuste toto: zazálohujte a vymažte složky v domovském adresáří: .gconf, .gnome2, .config a podobné, které tam najdete. Záloha:

cp /home/uzivatel/.slozka /home/uzivatel/.slozka_puvodni

Vymazání:

rmdir /home/uzovatel/.slozka

[fester-182]

skus sa dat ako root a tak to napisat

[Martin 'Želva' Malý]

V recovery jedeš jako root od začátku

[mset]

pozn.: souhlas, že z recovery se to hlásí jako root

tak jsem z Mandrivy přejmenoval doporučené složky v Ubuntu (home/uzivatel/..) - přidal jsem tak "puvod", např. ".gconf" je teď ".gconf puvod"

a nastartoval Ubuntu v recovery modu. Na killall to odpovídá v obo případech stejně (i po spuštění bonobo): no process killed. Po startx se již okno netrhá, nicméně je tam hláška:

Fatal error, The panel could not register with the bonobo-activation server (error code:3).

..a konec.
Takže, zatím bohužel stále stejně. (Jdu chrnět, pokračování zítra. Zatím díky moc.)

[Martin 'Želva' Malý]

Já vůbec netuším, co to bonobo je, ještě bych to zkusil odinstalovat.

sudo apt-get remove bonobo

Nebo to třeba nainstalovat. Je možné, že tam to bonobo chybí...

sudo apt-get install bonobo

[truhlik]

Bonobo je opice. 
http://en.wikipedia.org/wiki/Bonobo

[Martin 'Želva' Malý]

Zabijte Opici! Ale bonoba, ne gibbona

[mset]

jo, trápím se s tím celé dopoledne!
Na  istalaci i deinstalaci to vykřikne "Couldn t find pakage bonobo

Co je chyba č. 3 opičího serveru jsem neobjevil.

Předposlední krok před reinstalací je spuštění GParted a kontrola partition. Zdá se,  že tam tenhle užitečný program něco našel:

GParted 0.3.3

Libparted 1.8.6

Check and repair filesystem (ext3) on /dev/hda2  03:10    ( SUCCES )
        
calibrate /dev/hda2  00:00    ( SUCCES )
        
path: /dev/hda2
start: 88148655
end: 175028174
size: 86879520 (41.43 GiB)
check filesystem on /dev/hda2 for errors and (if possible) fix them  03:10    ( SUCCES )
        
e2fsck -f -y -v /dev/hda2
        
Superblock last mount time is in the future. Fix? yes

Superblock last write time is in the future. Fix? yes

Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 459602: 1020793
Multiply-claimed block(s) in inode 459942: 1046100 1046101 1046102 1046103 1046104 1046105 1046109 1046110 1046111 1046112 1046113 1046114
Multiply-claimed block(s) in inode 461048: 1021486
Multiply-claimed block(s) in inode 508427: 1020793
Multiply-claimed block(s) in inode 508438: 1046100 1046101 1046102 1046103 1046104 1046105 1046109 1046110 1046111 1046112 1046113 1046114
Multiply-claimed block(s) in inode 508448: 1021486
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 6 inodes containing multiply-claimed blocks.)

File /home/power/.Trash/p1210126.jpg (inode #459602, mod time Mon Feb 4 04:54:55 2008)
has 1 multiply-claimed block(s), shared with 1 file(s):
/home/power/.opera/cache4/opr001GQ.gif (inode #508427, mod time Sat Feb 9 02:37:53 2008)
Clone multiply-claimed blocks? yes

File /home/power/.Trash/PICT3926.jpe (inode #459942, mod time Tue Feb 5 04:47:25 2008)
has 12 multiply-claimed block(s), shared with 1 file(s):
/home/power/.opera/cache4/opr001KJ.htm (inode #508438, mod time Fri Feb 22 15:57:19 2008)
Clone multiply-claimed blocks? yes

File /home/power/.Trash/PICT2716.MRW (inode #461048, mod time Tue Feb 26 21:40:04 2008)
has 1 multiply-claimed block(s), shared with 1 file(s):
/home/power/.opera/cache4/opr001HT.gif (inode #508448, mod time Sat Feb 9 02:43:33 2008)
Clone multiply-claimed blocks? yes

File /home/power/.opera/cache4/opr001GQ.gif (inode #508427, mod time Sat Feb 9 02:37:53 2008)
has 1 multiply-claimed block(s), shared with 1 file(s):
/home/power/.Trash/p1210126.jpg (inode #459602, mod time Mon Feb 4 04:54:55 2008)
Multiply-claimed blocks already reassigned or cloned.

File /home/power/.opera/cache4/opr001KJ.htm (inode #508438, mod time Fri Feb 22 15:57:19 2008)
has 12 multiply-claimed block(s), shared with 1 file(s):
/home/power/.Trash/PICT3926_filtered.jpe (inode #459942, mod time Tue Feb 5 04:47:25 2008)
Multiply-claimed blocks already reassigned or cloned.

File /home/power/.opera/cache4/opr001HT.gif (inode #508448, mod time Sat Feb 9 02:43:33 2008)
has 1 multiply-claimed block(s), shared with 1 file(s):
/home/power/.Trash/PICT2716.MRW (inode #461048, mod time Tue Feb 26 21:40:04 2008)
Multiply-claimed blocks already reassigned or cloned.

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -1022841 -1023534 -(1048148--1048153) -(1048157--1048162)
Fix? yes

Free blocks count wrong for group #2 (2, counted=0).
Fix? yes

Free blocks count wrong for group #4 (4, counted=0).
Fix? yes

Free blocks count wrong for group #5 (4, counted=0).
Fix? yes

Free blocks count wrong for group #10 (3, counted=0).
Fix? yes

Free blocks count wrong for group #12 (1, counted=0).
Fix? yes

Free blocks count wrong for group #31 (9, counted=23).
Fix? yes


/dev/hda2: ***** FILE SYSTEM WAS MODIFIED *****

158841 inodes used (2%)
2592 non-contiguous inodes (1.6%)
# of inodes with ind/dind/tind blocks: 10121/741/0
5585305 blocks used (51%)
0 bad blocks
3 large files

130897 regular files
14603 directories
132 character device files
26 block device files
2 fifos
476 links
13158 symbolic links (11707 fast symbolic links)
14 sockets
--------
159308 files
e2fsck 1.39 (29-May-2006)
grow filesystem to fill the partition  00:00    ( SUCCES )
        
resize2fs /dev/hda2
        
resize2fs 1.39 (29-May-2006)
The filesystem is already 10859940 blocks long. Nothing to do!


Že by Bobobo znamenalo opičí skákání systému mezi chybami?

Tak jdu zachránit co se dá a reinstalovat!

Díky za pomoc.

[mset]

..tak a už zdravím z "nového systému"

Závěr:

Chyba HDD (zjevné přehřátí HDD vloženého do šuplíku) spojená náhodou s aktualizací, znamenala hledání, co se to vlastně stalo.

Hledání je sice ztráta času, ale i další učení, jak s Linuxem. Už jsem se učil přecházet z TOSu na DOS, pak na Windows a v poslední době na Linux. Vždy to znamená spoustu problémů, ale když se člověk vyřešením nějakého problému posune dál, je z toho nakonec příjemný pocit. Vyřešení to bylo i s vaší pomocí, díky!

Tentokrát jsem měl zálohu původního systému a data na jiném disku. Když jsem objevil chybu, znamenalo to stažení několika souborů ze zmrzačeného systému (záložky Firefoxu,  obsah Akregátoru - RSS a jeden rozpracovaný soubor) a obnovu systému, která trvala cca 15 minut, a vše je jak bylo předtím.
Fajn byla také možnost využít záložní systém Linuxu na spojení se světem, tedy fórem Ubuntu a stažení potřebných souborů z poškozeného systému, kterým byla v mém případě ze zvědavosti nainstalovaná Mandriva na jiné partition.

Ještě jednou díky a můžete považovat tuto diskuzi za uzavřenou.