Omtrent femten minutter siden jobbet jeg på en artikkel for Linux.com da jeg trodde jeg skulle miste massevis av arbeid. Jeg skrev min siste avsnitt på en 1,600+ ord artikkelen (taste artikkelen i sin web-basert system). Jeg skulle tilbake til Openoffice til å kopiere og lime inn alt av mitt arbeid før du sender den artikkelen når Openoffice låst opp skrivebordet mitt. Etter en explicative rømt munnen min jeg rolig sett om å forsøke å gjenopprette arbeidet mitt. Jeg lyktes, men bare med hjelp av en virtuell konsoll.
Nå normalt jeg gjør hyppig sparing for å unngå slike problemer. Men akkurat nå er det ingen Save Draft funksjon så jeg stoler på hyppig sparing til Openoffice. Det fungerer alltid, og jeg har sjelden problemer. Denne gangen, derimot, gjorde jeg. Når jeg un-ikonisert Openoffice (jeg bruker Elive-Compiz så søknader minimere til ikoner) alt, men han markøren og tastatur frøs opp stramt. Eller så jeg thought.What faktisk skjedde var at Openoffice forårsaket et problem å holde meg fra å få tilgang til alle programmer. Jeg kunne flytte markøren, men det var det. Jeg kunne ikke få en meny eller samhandle med eventuelle søknader
Hva skjedde
For de som er nysgjerrige her er resultatet av mine ~ /.xsession-errors filen:.? Vinduet håndteres: 0xc0155b: 0x40abdc, 402window håndteres: 0xc01576: 0x40afed, 402Unhandled eiendom: 41 fontUnhandled eiendom: 41 font_e_container_cb_mouse_down_e_container_cb_mouse_down_e_container_cb_mouse_downwindow håndteres: 0xc015dc: 0x14035fe, 402act fn MaxMax parse: NONEwindow håndteres: 0xc01637: 0x1c0b86d, 402_e_container_cb_mouse_downefreet_desktop_new error: no Desktop Entry section_e_container_cb_mouse_downwindow håndteres: 0xc016f0: 0x240000a , 402
Etter litt research ser det ut som det kan være en autoraise feil. Det er selvfølgelig ikke nevne hvor jeg fikk ut av denne situasjonen. La oss ta en titt.
Hvordan fungerte det
Heldigvis hadde jeg en god ide hvilket program som forårsaket problemet. Jeg antok dette fordi Openoffice Writer var den siste søknaden jeg hadde noen interaksjon med. Selv om det ikke var Openoffice jeg hadde følgende programmer åpne som kunne muligens forårsaket problemet.
Firefox
Rhythmbox
< li> GnuCash
xterm
Jeg måtte håpe at problemet var ikke Firefox, fordi det var den data jeg virkelig trengte å spare. Så, med min liste i hånden hoppet jeg over til en virtuell konsoll for å se om jeg kunne få heldige.
Bli en virtuell konsoll
virtuelle konsoller kan du, effektivt, ha mer enn en bruker logget inn. Eller du kan ha den samme brukeren er logget på med ett tilfelle være en grafisk skrivebords og den andre en kommandolinje desktop. For å komme til ulike virtuelle skrivebord du inn Ctrl-Alt-F * tastene (Hvor * 1-0). Da jeg kom til den virtuelle konsollen jeg logget inn med min standard brukerinformasjon, og ble møtt med min bash prompt. Siden jeg antok den skyldige var Openoffice forfatter jeg ønsket å få PID av dette programmet så jeg utstedte kommandoen:
ps aux | grep soffice Som ga riktig PID for tiden kjører kommandoen soffice -writer drepe PID Hvor PID er selve PID gitt til meg av ps Når prosessen ble drept jeg deretter hoppet tilbake til mitt opprinnelige konsollen (i mitt tilfelle var det Ctrl-Alt-F7), og lo og se, jeg hadde gjenvunnet kontrollen over skrivebordet mitt. Jeg kunne da re-åpne Openoffice, lagre arbeidet mitt, ferdig artikkelen min, og sende det. Bullet Doged. Avsluttende tanker Ja hele situasjonen kunne vært unngått med en fungerende Lagre Draft-funksjonen, men det er ikke tilgjengelig ennå. Jeg kunne også ha brukt en annen desktop. Den "hva hvis" kunne gå av og på. Men til slutt slike ting skjer, og det er alltid hyggelig å vite at du har midler til å løse problemet, selv om du har til å bli kreativ for å gjøre det. Anmeldelser
. Neste skritt var å utstede drepe
kommandoen på PID slik:
kommandoen over.