Busybox 10.10, tiedostoihin käsiksi pääsy [ratkaistu]

[jimbo]

Hw kolmisen vuotta vanha pöytäkone, 10.10 toiminut aiemmin pidempään ok, nyt tuli sitten taas busybox (välistä aiemminkin edellisten ubuntu versioiden kanssa) kohdelevy on Samsung 500Gb johon 10.10 asennettu puhtaalle levylle, levy ostettu uutena ja ollut ok ennen tätä mitä tarkkaillut mm. levytyökalulla.
(on myös olemassa 11.10 : -) siihen ei vielä siirtynyt kun siinä on monta asiaa, mistä ei ole pitänyt)

jos käynnistää suoraan kohdelevyn tulee busybox ja siihen jää.
ongelmana on nyt päästä käsiksi tiedostoihin kohdelevylle, koitin sekä fyysisesti toisella levyllä, jolla on 10.10 ja jolta käynnistyy, näkyy kohdelevy mutta ei päästä siihen käsiksi sekä sama tilanne kun 10.10 live cd levyllä, virheilmotus molemmista sama:


Ei voida liittää "kohdelevyä"

DBus error org.gtk.Private.RemoteVolumeMonitor.Failed: An operation is already pending


tuli myöhemmin toinenkin ilmotus:

Ei voida liittää "kohdelevyä"

DBus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply.
Possible causes include: the remote application did not send a reply,
the message bus security policy blocked the reply, the reply timeout expired,
or the network connection was broken.


myös kokeilin: (kun käynnistää toiselta kovalta)

Koodia: [Valitse]

gksudo nautilus


joka ei näe kohdelevyä, päätteeseen tulee aika monta erroria kun komennon on antanut


miten pääsis käsiksi ? jos saisi aika tarkat ohjeet, kiitos

kuinka paha tilanne on ?  

[reboot]

Live CD:llä mounttaa read-only tilassa ko. ongelmalevyn ja kokeilee kopioida tiedostoja ulkoiselle usb-kovalevylle tms.?

[jimbo]

kokeilin vielä uudestaan live cd käynnistys (mistä saa read only tilan jos se ei ole default: ei tietoa)
ja antaa mount valikosta hiiren oikella ("filemanagerissa" tai mikä onkaan nimeltään) niin tulee sama tulos kuten aiemmin todettu:


unable to mount "kohdelevy"

DBus error org.gtk.Private.RemoteVolumeMonitor.Failed: An operation is already pending

[ajaaskel]

....ja ollut ok ennen tätä mitä tarkkaillut mm. levytyökalulla

Mitäs se levytyökalu nyt kertoo tuosta levystä jos käynnistää liveCD: llä ensin koneen ?  Ellei mitään hälyyttävää niin voisi katsoa saman tien päätteessä:

Koodia: [Valitse]

sudo fdisk -l

eli mikä levy on mikä ja yrittää "mount" komentoa

Koodia: [Valitse]

sudo mount /dev/sda_jotain_   /mnt 
Tuohon "_jotain_"  kohtaan tulee levyosion numero.  Jos et tiedä mikä niistä on mikä tuon "fdisk" listauksen perusteella niin tämä auttaa joskus:

Koodia: [Valitse]

sudo blkid
Jos tuo "mount" komento onnistui virheittä niin pitäisi näkyä jotain hyödyllistä "/mnt" -hakemiston alla.
Päätteestä voisi saada myös selkeämpiä virheilmoituksia ellei tuo onnistu.

[jimbo]

levytyökalulla ei anna tarkempia tietoja esim. smart status ei tule näkyviin (koska ei ole mount)

jos koittaa mount tai check file system ei anna sanoo vaan että drive on busy ja

There is already a job running

selvis mikä sde osio on, annoin

Koodia: [Valitse]

sudo mount /dev/sda_jotain_   /mnt 

otti vastaan, oli hyvän aikaa mutta ei näyttänyt tapahtuvan mitään, pääte kiiinni ja sen jälkeen samat virheet kun koitti filemanagerissa mount

[juyli]

selvis mikä sde osio on, annoin ...

ajaaskel jo tarjosi komentoja, joiden tulosten perusteella voimme lähteä arvailemaan, missä mättää.
/dev/sde taas on jo ihan toinen juttu (vaatinee yleensä kiintolevyt /dev/sda, /dev/sdb, /dev/sdc, /dev/sdd ja lopulta /dev/sde, jos ei puhuta irroitettavista massamuistilaitteista.).
Joissakin emoissa tosin voidaan joistakin noista laitetiedostoista "hypähtää" yli.
Maveric 10.10 jää kohta jo sitten unholaan, joten kauan ei sitä kannata enää käyttää. Tosin siis vielä tuettu Ubuntu-versio.

[jimbo]

tuota arvailua tässä on koittanut tehdä, tavoite olisi saada kamat ulos, sen jälkeen täytyy sitten miettiä, miten estää ettei tule enää uudestaan ongelmia, emona on nyt asus M2N-VM HDMI

Koodia: [Valitse]

sudo fdisk -l

kun antoi päätteessä tulee
device
/dev/sde1
/dev/sde2
/dev/sde5

joista

Koodia: [Valitse]

sudo blkid

antamalla näkee että /dev/sde 1:llä on ext 4 jossa olis kamat mitkä pitäs saaha ulos


nyt antoi levytyökalulla tietoa, vihreä healthy ja ei näytä mikään pahalta, parissa
on vähän arvot noussut:

UDMA CRC error rate value: 80 ja write error rate value: 77 mutta ei liene kovin pahat eikä ole
aiempaa tarkempaa seurantatietoa kun ei ole näitä ihan alusta asti koko ajan seurannut
 

Koodia: [Valitse]

sudo mount /dev/sde1 /mnt

antoi ja otti vastaan mutta ei tehnyt ilmeisesti mitään...
  

[ajaaskel]

Tuohan on hyvä merkki.
Mene seuraavaksi katsomaan mitä näkyy tuolla /mnt -hakemiston (kansion) alla.   Sinne voi kurkkia kun menet selaamaan "Sijainnit" /  Tiedostojärjestelmä     eli juuressa pitäisi näkyä /mnt ja sen alla tiedostosi aivan nätisti.

[jekku]

tuota arvailua tässä on koittanut tehdä, tavoite olisi saada kamat ulos, sen jälkeen täytyy sitten miettiä, miten estää ettei tule enää uudestaan ongelmia, emona on nyt asus M2N-VM HDMI

---
sudo mount /dev/sde1 /mnt

antoi ja otti vastaan mutta ei tehnyt ilmeisesti mitään...
  

Kurkkasitko:
ls -l  /mnt

Lisää arvailua.
Kerran oireili yksi kone suunnilleen samaan tyyliin. Ja tiedostossa /etc/fstab (vai oliko /etc/mtab) oli mainittu ongelmaosio varattu CD:lle.

grep sde1 /etc/fstab
grep sde1 /etc/mtab

AO. rivin kommentoimalla suostui yhteistyöhön.
(Muistaakseni vihje löytyi tuolta: http://debian-fi.dy.fi/ )

[ajaaskel]

Nuo Jekun ehdottamat asiat kannattaa katsoa. Lueskelin hieman vastaavia tapauksia netistä, näyttäisi että tuo tilanne voi liittyä pariinkin eri asiaan.

Yksi mikä olisi aika helppoa tarkastaa on käynnistää asennusCD: llä ja ajaa tiedostojärjestelmän tarkastus eli "fsck" tuolle levylle.  Sen voi ajaa joko Gparted: in kautta (helppoa) tai komentoriviltä (näkee mahdollisia ongelmaviestejä paremmin).   Tuo voi kestää erittäin pitkääkin 500G levyllä jos siellä on korjattavaa, älä keskeytä vaikka olisi korjannut jo yli vuorokauden, valmistuu kyllä lopulta.         Itse luulin kerran että Gparted on hyytynyt kun korjaus yhdellä ongelmalevyllä kesti pitkään ja ajoin komentorivillä vastaavan "fsck" -komennon jolloin näin että korjaus pyörii kyllä ok mutta korjaus kesti todella pitkään --- ja kaikki oli luettavissa levyltä normaalisti !

Edit:  Lisäsin korostuksen  tuonne "asennusCD" -kohtaan (jotta ongelmaosioon pääsisi käsiksi normaalisti).

[jimbo]

/mnt alla ei näy mitään koska vaikka on antanut pari kertaa mount komennon niin ei näytä tekevän mitään tai ei ainakaan tullut kuittausta

tuntuisi että 2 saatua virheilmotusta ja niiden tulkinta voisi olla ratkaisu ?
koska niissä mainituista asioista on kiinni.. ?

Koodia: [Valitse]

ls -l  /mnt

-> total 0

täytyy seuraavaksi grep...

[ajaaskel]

/mnt alla ei näy mitään koska vaikka on antanut pari kertaa mount komennon niin ei näytä tekevän mitään tai ei ainakaan tullut kuittausta

Se ei anna mitään kuittausta onnistuessaan.  Voi halutessaan tarkastaa pelkällä komennolla

Koodia: [Valitse]

mount
että näkyy listalla.  Lisäksi voi käydä vilkaisemassa kuten edellä jo olikin

Koodia: [Valitse]

ls -l /mnt
Jos tuolla ei näy mitään voi varmistella "sudo": n kanssakin tuon asian

Koodia: [Valitse]

sudo ls -l /mnt
Mahdollinen syy ellei mitään näy (ja "mount" näyttää että osio on liitetty) on että tiedostojärjestelmä on sekaisin mutta se oikenee aika suurella varmuudella "fsck": n avulla.  Tuo "busybox": iin tippuminen viittaa samaan asiaan.

Koodia: [Valitse]

sudo umount /dev/sde1

sudo fsck /dev/sde1
Seuraa mitä "fsck" kertoo, se menee "nopeasti" läpi ellei virheitä löydy ja toisaalta pyytää vahvistuksia jos korjattavaa löytyy.  
Ellet halua jäädä odottamaan koneen viereen niin tuolle saa ohjeistettua "y" -vastauksen kaikkiin kysymyksiin. Gparted näyttää käyttävän myös "-f" ja "-v" vipuja eli tuo jälkimmäinen komento sitten tässä muodossa:

Koodia: [Valitse]

sudo fsck -f -y -v /dev/sde1

[jimbo]

Koodia: [Valitse]

mount

kun antaa pelkästään tulee 16-17 riviä tekstiä, jota ei saanu kopioitua tähän ruudulta (ctrl c ja ctrl v)

Koodia: [Valitse]

ls -l /mnt

antaa total 0

Koodia: [Valitse]

sudo ls -l /mnt

antaa saman total 0

Koodia: [Valitse]

sudo umount /dev/sde1

antaa kuten voi arvatakin /dev/sde1: not mounted

fsck ei vielä uskaltanut antaa jos se kestää kauan eikä voi lopettaa kesken (lisää onkelmia ?) sen voi antaa vasta 16.1 alkavalla viikolla jolloin on tähän paremmin aikaa, tämä olisi kait seuraava vaihe mitä tehdä ?

(toisaalta ohjeessa myös että voi antaa y replyä jolloin ei kestäisi niin kauan?? mutta jos on ongelmia ja kestää kauan eikä voi lopettaa kesken halutessaan, niin sitten ei voi antaa nyt)

grep sde1 /etc/fstab
grep sde1 /etc/mtab

nämä ottaa molemmat vastaan (tietty erikseen annettu) siirtyy suoraan seuraavalle riville eikä näytä tapahtuvan mitään näkyvää...

ja kaiken tämän jälkeen kun menee filemanager ja koittaa siitä mount suoraan levylle hiiren oikealla niin sama tulee:

DBus error org.gtk.Private.RemoteVolumeMonitor.Failed: An operation is already pending

[ajaaskel]

Sen voi ajaa "-n" vivulla jolloin se ei kirjoita mitään korjauksia eli kesken katkaisukaan ei vaikuta mutta näet heti alkaako jotain virheitä ilmetä.

Koodia: [Valitse]

sudo fsck -n /dev/sde1

tulee 16-17 riviä tekstiä, jota ei saanu kopioitua tähän ruudulta (ctrl c ja ctrl v)

Maalaa hiiren vasen nappi pohjassa päätteessä alue jonka haluat kopioida, paina hiiren oikeata nappia ja menussa lukee "Kopioi" tai "Copy" .... ?   Tai näppäimistöllä "Shift" (isot kirjaimet) nappula pohjassa samaan aikaan kun kopioit eli Ctrl-Shift-C ja liittäminen toimii päätteessä samalla tempulla (Ctrl-Shift-V).

[jimbo]

annoin tämän mukaan -n vivulla ja kuten aiemmatkin virhe ilmot sanoo:


fsck.ext4: device or resource busy while trying to open /dev/sde1

filesystem mounted or opened exclusively by another program?

[ajaaskel]

Käynnistitkö varmasti asennusCD: llä ( = live = "Kokeile Ubuntua asentamatta sitä") ennen tuon yrittämistä ?   Ideana on käynnistää asennusCD: llä jotta tuohon levyosioon pääsee normaalisti kiinni eli se ei ole enää järjestelmän kannalta lukittu ja sille pystyy tekemään mitä hyvänsä haluaakin.

[Ganymedes]

mount
kun antaa pelkästään tulee 16-17 riviä tekstiä, jota ei saanu kopioitua tähän ruudulta (ctrl c ja ctrl v)

Saa ne kopioitua, mutta se tapahtuu tavanomaisella tavalla hiirellä ja sen oikealla napilla, copy/paste.

Komentojen kautta on yksi asia.

Helpoiten esim. Puppy Linux live-bootilla. Se on kevyt - nopea ladata. Levyt eivät mounttaudu automaattisesti - graafisella työkalulla voi tehdä itse. Klikataan MountUtilyä ja FileManageria niin tiedostot on nähtävissä ja oikeudet riittävät kopiointiin. Jos tarpeen, filesysteemin peruskorjauksen se tekee kysymyksen jälkeen - jonka jälkeen levyyn pääsee kiinni.

Jos levyssä on jotakin vikaa ja filesystem checkiä tarvitaan ihan oikeasti, saman voi tehdä Puppy Linuxillakin - toisaalta kuitenkin pitääkin. Komennon se muistaakseni kertoo käyttäjälle tässä tapauksessa.

Jos Ubuntu väittää, että levy on varattu, niin varmaan se on oikeassa - ehkäpä jäänyt jumiin epäonnistuneen mount-yrityksen vuoksi. Joissakin tilanteissa Puppy Linux osaa hoitaa tilanteen itse tai sitä ei synny kun se ei yritäkään mountata bootissa.

Epäilemättä Ubuntulla voi tehdä kaiken saman, jossei enemmänkin, mutta ei yhtä automaattisesti/helposti.

... ihan vain yhtenä vaihtoehtona ... mieltymysten mukaan ...

[jimbo]

joo kyllä on 10.10 live cd:ltä käytiin 100% varma ja kokeile optio, niin jos onkin vain tästä asennus optiosta kiinni...  
(kumma vaan että kaikki esim. ylärivin palkit ei ole suomeksi vaikka kieleksi otti alussa suomen, näin ollut useamman kerran kun siltä käynnistänyt)

Koodia: [Valitse]

mount

tässä tämän outputtia:
(selkeyden vuoksi vähän välejä)


aufs on / type aufs (rw)

none on /proc type proc (rw,noexec,nosuid,nodev)

none on /sys type sysfs (rw,noexec,nosuid,nodev)

fusectl on /sys/fs/fuse/connections type fusectl (rw)

none on /dev type devtmpfs (rw,mode=0755)

none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)

/dev/sr0 on /cdrom type iso9660 (ro,noatime)

/dev/loop0 on /rofs type squashfs (ro,noatime)

none on /sys/kernel/debug type debugfs (rw)

none on /sys/kernel/security type securityfs (rw)

none on /dev/shm type tmpfs (rw,nosuid,nodev)

tmpfs on /tmp type tmpfs (rw,nosuid,nodev)

none on /var/run type tmpfs (rw,nosuid,mode=0755)

none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)

binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

gvfs-fuse-daemon on /home/ubuntu/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=ubuntu)


ok puppystä itselle uusi tuttavuus, voisi sitä ehkä seuravaksi...?
(jolla ehkä ratkeaisi helposti ? riittää nyt että saa kamat talteen muulla ei väliä, toki sitten jatkossa ajan kanssa miettiä ratkaisua ettei tulis enää koskaan busybox:a!!!   tosin tätä ei taida KOSKAAN pystyä välttämään 100% varmasti : -))  

jos ajaaskel sanoisit asiaan näkemyksesi ? tai miten jatkaa...
eli lienee että 10.10 live ja asennus valinnalla... 

[Ganymedes]

...
ok puppystä itselle uusi tuttavuus, voisi sitä ehkä seuravaksi...?
(jolla ehkä ratkeaisi helposti ? riittää nyt että saa kamat talteen muulla ei väliä, toki sitten jatkossa ajan kanssa miettiä ratkaisua
...

No, ajattelin että juuri tuosta saattaisi olla kyse. Toki on parempi opetella nuo komentorivi-jutut, mutta voi olla että silloin kun on "tilanne päällä", opettelu ei ole paras hetki.

Puppy on helppo, levykuva n. 100 MB. Mikä hyvänsä tavallinen versio käy (siitä on monenlaista väännöstä, niitä ei tässä yhteydessä kannata käyttää, sekoittaa vain). Google toimii hyvin iso-imagen hakuun. En muista uusien käyttöliittymää ulkoa, mutta kyllä niistä menuista joku MountUtility tai vastaava pitäisi löytyä helposti (vanhemmissa jo työpöydällä). Kannattaa valita perusgrafiikka (Vesa), niin ei tarvitse sitäkään säätää.

Toivottavasti boottaa Puppyllä, jollei, niin sitten toinen versio. Yleensä kyllä toimii, mutta ei se aina varmaa ole, varsinkaan hyvin tuoreella koneella. Tosin sinullahan ei ollut tästä kyse.

Jotkut ovat vastaavassa tilanteessa kehuneet että Puppy oli helppo, vaikka eivät olleet koskaan sitä käyttäneet. Ole kuitenkin varovainen, koska se on NOPEA ja kaikki menee läpi heti, koska sitä ajetaan rootilla. Monet asiat toimivat siinä (oletuksena) YHDELLÄ klikkauksella, joten käytä hiiren nappeja säästeliäästi.

Puppykin kyllä yrittää lukea bootissa kovalevyä (jollakin tavalla) vaikka ei sitä mounttaakaan, joten bootin yhteydessä tulevat herjatkin voivat kertoa jotakin. Jumittuminenkin voisi kertoa jotakin, jos levy ei lähde pyörimään tms.

TOISAALTA:

Jos ajaaskel:n ohjeilla saat toimimaan, niin en halua hämmentää soppaa enempää. Käytä niitä ohjeita ja pidä Puppy Linux vain takataskussa ja vastaisuuden varalle - onhan se mielenkiintoinen asiaa muutenkin.

[ajaaskel]

Ok,  olen taas paikalla...
 

Koodia: [Valitse]

sudo fdisk -l

Koodia: [Valitse]

sudo blkid
ja tulosteet kopioiden esille kiitos. Kiinnostaa mitä kaikkia levyjä / tiedostojärjestelmiä siellä on, sde jotain pelkästään ?  Eli ollaankohan oikean levyn kimpussa ?  Ensimmäinen levy = sda, toinen levy = sdb, ... eli tuo olisi liki viides levy... ?