Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: jimbo - 05.01.12 - klo:19.14
-
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)
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 ? :-\
-
Live CD:llä mounttaa read-only tilassa ko. ongelmalevyn ja kokeilee kopioida tiedostoja ulkoiselle usb-kovalevylle tms.?
-
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
-
....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ä:
sudo fdisk -l
eli mikä levy on mikä ja yrittää "mount" komentoa
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:
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.
-
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
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
-
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.
-
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 fdisk -l
kun antoi päätteessä tulee
device
/dev/sde1
/dev/sde2
/dev/sde5
joista
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
antoi ja otti vastaan mutta ei tehnyt ilmeisesti mitään...
-
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.
-
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/ )
-
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).
-
/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.. ?
-> total 0
täytyy seuraavaksi grep...
-
/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
mount
että näkyy listalla. Lisäksi voi käydä vilkaisemassa kuten edellä jo olikin
ls -l /mnt
Jos tuolla ei näy mitään voi varmistella "sudo": n kanssakin tuon asian
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.
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:
sudo fsck -f -y -v /dev/sde1
-
kun antaa pelkästään tulee 16-17 riviä tekstiä, jota ei saanu kopioitua tähän ruudulta (ctrl c ja ctrl v)
antaa total 0
antaa saman total 0
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
-
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ä.
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).
-
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?
-
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.
-
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 ...
-
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)
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... :-[
-
...
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.
-
Ok, olen taas paikalla...
sudo fdisk -lsudo 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... ?
-
puppy tiedostettu, ei nyt kannata samaan aikaan, etenen nyt ajaaskel neuvojen mukaan
Disk /dev/sde: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Device Boot Start End Blocks Id System
/dev/sde1 * 1 58890 473027584 83 Linux
/dev/sde2 58890 60802 15355905 5 Extended
/dev/sde5 58890 60802 15355904 82 Linux swap / Solaris
/dev/loop0: TYPE="squashfs"
/dev/sde1: UUID="pitkä rimpsu " TYPE="ext4"
/dev/sde5: UUID="pitkä rimpsu " TYPE="swap"
asennus kuten mainittua puhtaalle johon teki defaulttina osioinnin koko levylle
lisäksi käynnistin live cd asennus puolelta, ensin kaikki 3 kohtaa ok, sitten eteenpäin joka jäi pitkäksi aikaa ja niin pitkäksi että pois ivo buutilla kun lopeta nappi ja punanen rasti ei vastannu kohtuu ajan päästä...
(myöhemmin kyselee esim. näppis, sijainti/maa ym. ja sanoo sitten ennenkun alkaa tehdä muutoksia levyyn (osiointi) mutta sitten tuli epävarma olo sen suhteen pääseekö (ollenkaan?) asennuksen aikana takas samaan tilaan kuin "kokeile" live levyä moodissa eli että pääsis kokeileen mount...ja siksi ivo buutilla pois)
-
ok, sen ei pitäisi mennä mihinkään osiointiin jos valitsit "kokeile asentamatta"
Tässä jatko kun käynnistys ok "livenä".
sudo fsck -n /dev/sde1
ja taas se tuloste kiitos
-
huom! kaiken tähän asti olen tehnyt live cd "kokeile" tilassa!
1 kerran äsken olin "asennus" tilassa mutta sitten tulin siitä pois em. syystä
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Device or resource busy while trying to open /dev/sde1
Filesystem mounted or opened exclusively by another program?
tämäkin siis otettu "kokeile" tilassa!
-
"fdisk" löytää levyn tiedot mutta "fsck" väittää sitä varatuksi vaikka livenä käynnistetty systeemi.... nyt otan pienen mietintätauon.
-
asia ok, itellekin sopii paremmin jatkaa huomenna, vielä kuten mainittua kaiken tehnyt tähän asti "kokeile" tilassa live cd
-
Tuon täytyy olla jokin merkillinen 10.10 bugi. Onko sinulla saatavana jotain muuta liveCD: tä (vaikka vanhempi 9.10 tms) ?
-
joo löytyy varmaan 5.10 asti, 9.10 voin kokeilla myös, tosin tän päivän osalta ihan kohta muut asiat ja huomenna paremmin vaikka enemmän rajotetusti aikaa tähän, toki olis tärkeetä saaha toimiin
-
Ei ole konetta jota ei saisi toimimaan.. ;)
Löysin raportin tuosta ongelmasta Launchpad: stä. Siellä ehdotettiin joko yrittämään hyvin tuoreella tai vanhemmalla liveCD: llä tuota "fsck" -korjausta, oli onnistunut useilla TAI yksi henkilö oli onnistunut käyttäen käynnistysongelmien korjaamiseen tehtyä erityistä "boot-repair" CD: tä. Tuon käyttö olisi helppoa kunhan ensin polttelee sen CD: n tuosta .iso -tiedostosta:
http://sourceforge.net/projects/boot-repair-cd/files/ (http://sourceforge.net/projects/boot-repair-cd/files/)
Ehdottaisin jompaa kumpaa noista.
Edit: Eräs kertoi 9.10 levyllä tuon oienneen eli "fsck" ajo onnistui ja kaikki toimi taas.
https://bugs.launchpad.net/ubuntu/+source/e2fsprogs/+bug/656526 (https://bugs.launchpad.net/ubuntu/+source/e2fsprogs/+bug/656526)
-
hyvin tuore olis 11.10 ehkä 9.10 parempi kun saatu sillä toimimaan...
entä homman riskit ? ???
eli lähinnä onko tavoissa eroa tämän kannalta?
kumpi olis varmempi (tärkein) / helpompi ?
(tai sitten muu mahd. tapa jos tätä ei käytä: lähinnä puppy...mut ei varmaan, isompi homma opetella...toki ajan kanssa ok)
-
Olen nähnyt "fsck": n korjanneen levyn aika vaikeassakin sotkussa, ei tuolle juuri muuta hyvää voi tehdä. Menoksi vaan rohkeasti heti kun "fsck" suostuu yhteistyöhön. Tuolla edellä on Lauchpad-linkki, siellä kerrotaan yhtessä kohdassa mihin tuo liittyy ja "fsck" osaa korjata tuon. Yrittäisin tuoreimmalla CD: llä ensin, sitten vasta 9.10. Ei ole merkitystä minkä jakelun liveCD: tä käytät kunhan "fsck" joka siellä on ei kuvittele levyä "varatuksi" (=fsck bugi). Aivan museoversioita en käyttäisi koska sinulla on "ext4" siellä. Tuo taisi tulla käyttöön ensimmäisen kerran vuonna 2008 eli "ext4" on aika tuore asia vielä.
-
eli 10.11 live cd jossa "kokeilu" ja ensin siis tämä:
eli näin ?
-
Joo, menoksi vaan. Kun siinä on "-n" se ei muuta mitään, tarkastaa vain. Näkee heti suostuuko se yhteistoimintaan levysi kanssa. Jos onnistui niin laita oikea (korjaava) tarkastus pyörimään yön yli:
sudo fsck -f -y -v /dev/sde1
-
Woof, woof!
Kokeilin katsoa miten menee nykyään Puppyllä, uusin on 5.3.1, 128 MB. Aika mikä menee downloadiin, CD-polttoon ja boottiin lasketaan minuuteissa. Kone millä kokeilin on suht.koht. vanha läppäri (Dell Precision M70). Siis Puppy kylläkin, koostaan huolimatta, sisältää kaikki tavanomaiset ohjelmistot ja enemmänkin ... ei tosin niin massiivisina kuten Ubuntu.
Työpöydälle tuleekin nykyään levyt suoraan. Mikään levy ei ole alunalkaen mountattu. Klikkaamalla levyä, on levy "File Managerissa" käytettävissä ... Console on myös työpöydällä, joten sen kanssa voi operoida.
... ehkä tämän kautta jos menee muutoin hankalaksi. Ainakin voisi kokeilla jos tämä kertoo lisää ...
-
nyt näyttäs hyvältä, 11.10 live levyllä sisään "kokeile" ja näkyy olevan mount :)
hakemisto näkyy mutta tämä trivial ongelma ettei päästä käsiksi hakemistoon eikä näytä sisältöä enemmän, kun ei ole oikeuksia omiin fileihin! ollut joskus ennenkin tämä ei heti muista miten ratkes
You do not have the permissions necessary to view the contents of "pelastettava hakemisto"
myös annoin
joka teki erroreita ja valitteli joten se siitä (muisteli että tätä on käyttänyt tähän ongelmaan ennen...)
ajoin silti myös
josta:
fsck from util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext2: No such file or directory while trying to open /dev/sde1
Possibly non-existent device?
liittyisikö em. onkelmaan kun ei oikeuksia, ettei tämän takia löydä ?
silti suurimpaan pulmaan näyttäs nyt olevan ratkasuna?!??? vaan että 11.10 sisään ja on mount!
10.10 on susinen...?! mutta vielä ei parane nuolasta! ennenkun filet on tallessa!
ja tämänkin perusteella (kuten alusta asti arveli) että olis ite levyssä hw vikaa ei oikeen usko, toki voi vielä olla filet sekasin tms. sen tyyppistä
-
fsck.ext2: No such file or directory while trying to open /dev/sde1
Possibly non-existent device?
Kaksi asiaa:
1) Tarkasta aina ensin
sudo fdisk -llistauksesta mikä on mikä, voivat olla eri nimillä (sda, sdb, sdc, sde,...) eri aikaan kun kone on käynnistetty uudestaan, eri laitteita kiinni tms. ja mielellään myös
sudo blkidjoka auttaa erityisesti jos on käytetty havainnollista nimeämistä.
2) Tarkasta että laite jolle ajat "fsck": ta ei ole liitetty ("mount") tiedostojärjestelmään tai varminta antaa yksinkertaisesti irrotus sille osiolle mille "fsck" halutaan ajaa:
sudo umount /dev/sd_jotain_
tarkasta tuo "_jotain_" tuolta fdisk-listauksesta.
Edit: 7.1.2012:
Jos "fsck" ei vieläkään suostu toimimaan lainkaan tuolle levylle niin arvioni tuolle alkaa näyttää synkältä. En tiedä onko sinulla käytettävissä toista konetta johon tuon levyn voisi laittaa tilapäisesti kiinni mahdollisten muiden tuntemattomien konekohtaisten asioiden pois sulkemiseksi. Toisella jakelulla kokeilu ei myöskään haittaa kuten Ganymedes ehdotti (jälleen taka-ajatuksena jotkut konekohtaiset asiat).
mutta vielä ei parane nuolasta! ennenkun filet on tallessa!
Eräät ovat tiettävästi onnistuneet pelastamaan talteen sisältöä vanhalta levyltä uudelle levylle kopioimalla risan levyn koko sisällön uudelle levylle "dd": n avulla (eli 1:1 kopio, "älä lopeta lukuvirheen kohdalla" -vipu päällä) ja ja ajamalla "fsck" korjauksen vasta uudelle levylle. En ole päässyt tuota testaamaan itse mutta tuon tekninen idea on hyvin pitkälle toimiva. Jos haluat tuota käyttää niin ole erityisen tarkka levynimien kanssa, "dd" tekee kuten sanot eikä kysele, väärä järjestys lähde- ja kohdelevyn kanssa hävittää lopullisesti sisällön paikasta jonka sisältö oli tarkoitus pelastaa.
-
Tiedostojen oikeudet voi asettaa Nautiluksella (gksudon jälkeen), Pääsivulla on nappi sille. Voi olla että pääsivulla kannattaa pitää yhtä tiedostoja, jolla voi tarkastaa asettaa oikeudet ja sitten sanoa, että kaikille samat oikeudet.
Tuo ei kylläkään ole aina toiminut - tarkasta ja harjoittele "turvallisilla" tiedostoilla ensin. Komennoilla "chown" ja "chmod" (parametrinä esim. 773) saat samat tehtyä Terminaalista. Tarvitset " -R " määreitä jotta se tekee kaiken myös alihakemistoille. Mahdollisesti ryhmänkin oikeuksia haluat muuttaa jossakin vaiheessa, tämän komento on "chgrp", mutta ei sitä nyt välttämättä tarvitse.
Tiedostot eivät ole mitenkään "omiasi", jos levy on siirretty muualta. Niiden omistaja on se vanha käyttäjä toisella koneella. Toisaalta omistaja on kokonaisluku, esim. 1000. Riippuu ihan järjestyksessä missä käyttäjätunnukset on tehty, oletko uudella koneella sama vai eri kokonaisluku kuin vanhalla. Tämän näet vaikkapa komennolla "cat /etc/passwd". Kerron vain jotta osaa orientoitua - ei varmaankaan kannata alkaa säätämään käyttäjätunnuksia nyt, vaan säädä tiedostot.
-
eli ei taidakaan vielä olla lähellä ratkaisua...nyt 11.10 live cd käyttö "kokeilu" tilassa
sudo blkid
annettu, sitten
jossa ext4 on
tulos:
fsck from util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
/dev/sda1 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 16259695 has zero dtime. Fix? no
Inodes that were part of a corrupted orphan linked list found. Fix? no
Inode 16259696 was part of the orphaned inode list. IGNORED.
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -(84063330--84063345)
Fix? no
Inode bitmap differences: -(16259695--16259696)
Fix? no
/dev/sda1: ********** WARNING: Filesystem still has errors **********
/dev/sda1: 175639/29564928 files (0.3% non-contiguous), 64886559/118256896 blocks
kuinkahan paha tilanne lienee ? eli kannattaisiko nyt ajaa suoraan fsck korjaus (tietty oikeat valinnat tähän, kuten tässä on jo aiemmin esitetty) ja jos kyllä niin voi kestää kauan ?
korjaustavan valintaan liittyen konekohtaiset asiat (joista epäilen busybox aiheutuvan!) ja mahd. RISKIT korjaustavan valinnan suhteen ovat myös huomioitavia/jopa hyvin merkittäviä kun busybox on tullut ennenkin nykyinen hw kanssa, nyt on tämän takia suunnitteilla emo+prossu+muistit+näytönohjain (suurin syyllinen?!!) vaihtoon, käytännössä varmaan kotelon osto ja näistä osista pystyyn B kone, jolle ollut tarvetta muutenkin joskus (esim. vanhat levyt ylikirjotteluun ja olis vähän vauhtiakin, nyt 5600+ prossu) ja tilalle uudet palikat A koneeksi, nyt ei ole 2 konetta, suosin klooni pöytäkonetta ja lankanettiä
-
Päätös ja riskit on sinun, arvioni on että tuo "fsck" korjaisi tuon, ylläolevan perusteella mahdollisesti aika nopeastikin mutta en tuota osaa tarkemmin arvata.
Hutera kone on varmaan hutera jatkossakin ?
-
Nuo useat virhetilanteet ovat suurimmalla todennäköisyydellä levyn tai levyohjaimen ongelmia. Levy voi alkaa aiheuttaa ongelmia missä tahansa vaiheessa elinikäänsä - suunnilleen yhtä todennäköisesti. Levyohjaimet eivät ole ikuisia. Kummankin voi korjata sellaisenaan, levyohjain on emolla, mutta onhan niitä erillisiäkin olemassa. Eli noiden syiden takia uutta konetta ei kannata hankkia.
Levyongelmia, siis korjaustarpeita, syntyy mistä hyvänsä syystä, joka aiheuttaa sen, että joudut sammuttamaan virtanapista. Nämä voivat olla vakavia tai eivät ole, riippuen missä vaiheessa jumi tapahtui. Useimmat Linuxin jumit eivät kuitenkaan aiheuta tarvetta käyttää virtanappia - työpöydän saa esim. alas paljon helpomminkin - ja turvallisesti. En tiedä onko näistä ollut sinulla kyse vai ei, mutta kun liittyy asiaan, niin mainitsen kuitenkin.
-
eli korjaus olisi sitten
tai sitten katella puppya näistä varmaan valitsee ekan tavan, mutta mahd. panna pyöriin vasta myöhemmin. koneen uusintaa täytyy miettiä, lähinnä nyt emo prossu muisti ja näytönohjain, ollut ennenkin ongelmaa seagate levyjen kanssa, olisko jopa niin onnellisesti et olis levynohjain emolla joka olis syyllinen...sais sit samalla toisen koneen test koneeksi, joka olis hyvä. mistä busybox johtuu yleensä hw/sw vai molemmista vai ei osaa sanoa olis tietty kaikista kiinnostavin asia. tietty on varmasti aina tapauskohtainen tilanne/syy, mutta jos pystyy edes arveluja esittämään yleisellä tasolla hw vai sw vai mikä aiheuttaa?
-
...
mistä busybox johtuu yleensä hw/sw vai molemmista vai ei osaa sanoa olis tietty kaikista kiinnostavin asia. tietty on varmasti aina tapauskohtainen tilanne/syy, mutta jos pystyy edes arveluja esittämään yleisellä tasolla hw vai sw vai mikä aiheuttaa?
Tuota yritin sanoa, että jos levy ei toimi, niin vika on levyohjaimessa tai levyssä - siis raudassa. Ei tuolla levyn tai emolevyn merkeillä tässä mitään merkitystä ole.
Epätodennäköisempänä asiana, tosin mahdollisena, koska en tiedä koneestasi käytännössä mitään:
Voihan tietysti olla kyse siitäkin, että bioksen asetukset ovat väärin. Reset to Factory Defaults - on ensimmäinen temppu, mutta asetukset pitää kyllä palauttaa levyn mukaisiksi - ei ole varmaa että tehdasasetukset ovat juuri tuon levyn mukaiset. Väärät bios-asetukset näkyvät kyllä levyn hitautenakin tai boottien vaikeutena tai jonain muuna älyttömyytenä käytöksessä.
-
joo ymärrän kyllä että raudassa yleensä riippumatta merkistä, ei ole tullut katsottua niin tarkkaan miten on tässä emossa, ymmärtääkseni jos levynohjain on emolla ja siinä vikaa niin ongelmia tulee mihin vaan levyyn, ainakin ajan myötä (riippuen viasta) bios on muistaakseni vanhentunut, kun sitä katsoi viimeksi (nyt vilkas: uusin bios asus sivulla näyttää olevan 2008...) ja eräs ohje on ollut ettei päivitä bios ennenkuin tulee ongelmia, ettei vain "huvikseen" jottei bios päivityksen takia tule ongelmia(?) kummempia muita ongelmia ei ollut, busybox suurin.
itellä tausta on koneiden parissa 80luvun alusta harrasteena, ubuntu 5.10 alkaen ja tässä kyllä hyvinkin peruskäyttäjä kun ei ole itse linux paljoa tullut perehdyttyä vaikka on jo hiukan aikaa käyttänyt, tämä siis selityksenä kun ei ole kaikki komennot ym. ihan tarkasti heti hallussa ja osa mitä on oppinut voi ajan myötä unohtua jos ei tarvetta, muuttuu tietyt asiat 2 kertaa vuodessa kun uusi versio jne. toki perusasiat säilyy. lähinnä jos on ollut ongelmia luokkaa kerran vuodessa niin niitä on selvitellyt ja sitä mukaa opetellut mikä tarve on, win puolelle ei ole enää ikinä paluuuta, suurimpana pidän kun linux ilmainen ja ei ole ötökät ym eikä varsinkaan mitään mikki logoa!
hieman sivuraiteelle mutta edelleen tämä syy miksi tulee busybox yleisellä tasolla ja vaikka tästä koneesta täysin rippumatta olisi kiinnostava tai täytynee katsella tätä myöhemmin ajan kanssa/selvitellä lisää...
tässä vielä koneen raudasta tärkein:
asus M2N-VM HDMI emona
4 x 1Gb DDR2 800MHz
5600+ amd 64 X2 prossu
ohjain: ASUS EN9500GT MAGIC/DI/512M
levyjä on useempi nyt pääosin samsung
dvd polttoasema (+vanhempia cd/rw asemia..jotka ei kiinni)
430W antec 80plus sarjaa poweroi
(ym pienempää kilkettä: kesällä käytössä pari internal lisätuuletinta,
flash muisteille lukija jne.)
omalta osalta jatkuu sitten näillä näkymin reilun viikon päästä, kiitos sinulle neuvoista tähän asti sekä varsinkin ajaaskel:lle !
*kiittää ja kumartaa* sekä muillekin
-
En tiedä mitä nämä tiedot auttavat, mutta:
Ymmärtäisin tuon virheilmoituksen siten, että levy ei vastaa ajoissa. Tuollaisia emoja minulla on käytössä eri paikoissa useitakin (M2N -sarjaa). Tässä koneessa mitä nyt kirjoittelen on joku tuoreempi Asus/AMD-halpisemo ja levynä vanha Maxtor IDE. Näytönohjain on käytännössä minulla sama. Noita ongelmia ei ole näkynyt. Emot eivät myöskään ole mielestäni epäluotettavia, joten sanoisin, että kyse on levystä - tokihan kaikki voi vikaantua.
Bioksen päivittäminen Asus-emoilla on helppoa, koska sen voi tehdä suoraan emon omista menuista käyttäen USB-tikulle kopioitua biosta. Päivityksessä ei mielestäni ole mitään erityistä vaaraa siihen nähden, jos toinen vaihtoehto on huonosti toimiva emo. Tokihan kannattaisi yrittää jotenkin varmistaa, että sähköt eivät katkea juuri kriittisellä hetkellä - UPSia ei minulla kuitenkaan ole käytössä. Itse päivitän emon bioksen kuntoon heti kun alan uutta emoa käyttämään - ainahan bios on tällöin vanhentunut. Epäselvien ongelmien kanssa päivitän myös bioksen heti kuntoon ja jatkan sitten siitä selvittelyä. Mielestäni ihan turha varoa bios päivitystä ja sitten kärsiä epävarmuudesta koneen toiminnan suhteen.
Kysyit myös Puppysta - ei kai sen käytöstä enää ole hyötyä kun selvitit jo miten hommat sujuvat Ubuntun kanssa.
-
yleensä kun on vika sen kyllä huomaa usein heti ja tulee paljon palautetta jos isompi/paljon käyttäjiä jne. mutta missä vika on tarkasti ja miten se korjataan on välistä haasteellisempaa kuten nyt varmaan tässä tapauksessa. täytyy katsoa myös tämä bios asia, kun paremmin aikaa. seuraava vaihe on korjauksen ajaminen aiemman ohjeen mukaan (ajaaskel) ja toivottavasti sillä tulee kuntoon ja pääsee fileihin käsiksi, eikä tule enää uudestaan!!! :o näin voi olettaa, viimeistään aika näyttää tuloksen. jos ei onnistu niin sitten toinen (melkein ainoa) tapa lienee puppy, joten tämän esittäminen ei ole mitenkään turhaa vaan hyvä ajatus myös! nyt on vaan asia edennyt kuten näkyy.
-
...
jos ei onnistu niin sitten toinen (melkein ainoa) tapa lienee puppy, joten tämän esittäminen ei ole mitenkään turhaa vaan hyvä ajatus myös! nyt on vaan asia edennyt kuten näkyy.
Siis Puppy olisi tehnyt tämän vain helpommaksi. Kokonaisaika (normaalilla nopealla verkkoyhteydellä) ehkä 15 min ja levy olisi ollut itsestään selvä kun oikea ikoni olisi tullut työpöydälle. Nythän sinä yritit käsitellä väärää levyjä ja ongelmat johtuivat siitä.
Nopeasti se käy toki Ubuntullakin, vaikka imagen käsittely ja bootti kestää paljon kauemmin, ainakin jos niitä ei ole valmiina. Mutta Ubuntulla pitää tietää tarkalleen mitä tekee ja osata komennot.
Itse korjaus on sama, muistaakseni Puppy olisi sen kertonut, jos tarpeen.
Tiedostojen kopioiminen talteen ei myöskään eroa Puppyn kanssa, koska sinullahan on nyt oikeudet tähän levyyn. Jossakin muussa tapauksessa Puppy olisi - taas tässäkin - vain paljon helpompi kun oikeudet on automaattisesti.
Vielä - parempi toki opetella nämä komennot, koska nämä ovat yleiskäyttöisiä ja niitä voi käyttää muuallakin.
-
Nythän sinä yritit käsitellä väärää levyjä ja ongelmat johtuivat siitä.
ilmeisesti tarkoittaa väärää levyä eikä levyjä. tätä en ihan ymmärtänyt, on komennoilla aina katsonut missä on ext4 jota on käsitellyt, vain yksi ja sama fyysinen levy on ollut kiinni, jossa on ongelma. järkevin olisi kait ollut alusta asti käyttää heti 11.10 live cd eikä käyttää 10.10 aikaa ollenkaan, tosin jälkiviisaus on aina helpointa, ja toki ettei olisi käyttänyt 10.10 ollenkaan jne. kun valitsi yhden tavan on ainakin itselle helpompi tehdä sillä loppuun kuin toisella tavalla kesken ja sitten voi mennä sekaisin/tulla sen takia virheitä joiden selvittelyyn menisi taas lisäaikaa, eikä sinänsä ole kiirettä, kunhan saisi ratkaistua ja ongelma ei ole vielä ratkennut joka on mielestäni se, että filet on tallessa ja jatkon kannalta myös mistä busybox aiheutuu, tästä on ollut ymmärtääkseni tämän suhteen viittauksia esim. bios joka pitää katsoa mutta ajatellen yleensä mitä tahansa konetta johon tulee busybox...luulisi että on tietyt joko hw ja/tai sw syyt, toki ehkä jopa aina erilaisia syitä/eri tilanne, kun on monia erilaisia koneita/kokoonpanoja, ubuntu versioita jne. mutta kait jotain käsitystä on silti yleensä olemassa busybox syistä, jotta niihin voisi ainakin koittaa varautua ennalta...
-
Voi olla että luin näitä ratkaisuja väärin ... olin huomaavinani, että sde1 muuttui jossakin vaiheessa sda1:ksi. No, ehkä se oli sitten vain live-levyn ongelma.
Tarkoitat kysymykselläsi - mielestäni - oikeasti sitä miksi tiedostojärjestelmä menee sekaisin. Satunnaisiin syihin vastasin jo aiemmin ja toistuviin syihin parissa viimeisessä säikeessä.
Yleensäkään rautaongelmat eivät ilmene aina samalla tavalla, vaan niiden ratkaisu vaatii monenlaista säätämistä.
-
muuttui kyllä sda1:ksi mutta ei itsestä johtuen vaan teki mitä kone sanoi, tämän ja busybox syyn osalta päättyy tähän, jatkoa kun on ajanut korjauksen
-
oli usemman päivän kone kiinni (mm. pe 13 ;) ei tosin tarkotuksella juuri silloin kiinni) tällä ei nyt sinänsä asiaan mitään merkitystä että oli kiinni, mutta sitten kokeili vielä kerran että käynnisti normaalisti ennen korjauksen ajoa ja käynnistyi normaalisti! eikä mennyt busybox! valitti että levyssä on jotain siihen korjaus valinta painamalla F, buuttaus, sisään ja kaikki näkyi normaalisti, filet talteen.
sitten 11.10 live cd kokeilu tilassa umount levy ja ajoi sda1:selle:
sudo fsck -n /dev/sda1
josta:
fsck from util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
/dev/sda1: clean, 176410/29564928 files, 64779309/118256896 blocks
eli nytkö olis tämän puolesta kunnossa ? ongelmat/asia ei vielä lopu tähän mutta tämä nyt ensin
ajaaskel:lta toivoisi asiaan kommenttia
-
valinta painamalla F, buuttaus, sisään ja kaikki näkyi normaalisti, filet talteen.
Se ajoi automaattisesti tuon saman korjauksen kun pääsi kerran käyntiin ja tuo "clean" tarkoittaa että järjestyksessä on tällä hetkellä.
-
Bios päivitetty, sinänsä helppoa: file imu ja tikulle, meno asetuksiin, ensin ei löytänyt fileä jota ihmetteli kun oli pakattu, purku ja sit löysi, ei mitään buuttailua erikseen tms vaan suoraan filen otto jonka asensi ja ok. xp olemassa parilla pienellä levyllä historiallisena jäänteenä vaikka ei enää käytössä, käyttö nopeutui jopa melkein merkittävästi eli esim. käynnistys vaikka ei nyt muutenkaan kaikkein hitain...löysi pari uutta hw palikkaa.
sitten ubuntu puolella 10.10 ongelma levyllä ja toinen levy vanhemmalla versiolla 8.10 sanoo aina kun on käynnistynyt:
Prosessorin kellotaajuuden skaalaus ei ole tuettu
Et voi muuttaa tietokoneesi prosessorin kellotaajuutta.
Tietokoneesi voi olla väärin määritelty tai sen laitteisto ei tue CPU:n kellotaajuuden säätöä.
ei ole ennen valittanut tämmöistä, toimii ok eikä näyttäs olevan lyhyen käytön perusteella muuta onkelmaa (?) sinänsä kun katsoo bios "yleistä" näyttää olevan ok, kuten ollut myös aiemmin, tosin ilmotus tulee aina kun käynnistää, joten ei sinänsä niin kiva
tälle ongelma levylle ei pääse aina, antoi useamman "read error" ja kun käynnisti 11.10 live cd kokeile ei näyttänyt edes koko levyä! nyt taas päästää sisään, filet sinänsä tietty jo tallessa, aiemmin sanoi levystä "clean" eli siihen kun vertaa...tarkotus vetää 11.10 samalle puhdistetulle levylle, eikä toivottavasti koskaan enää busybox ?!?!?!??!??!
ja suurin/AINOA syy bios? tarkemmin kun katsoi oli ihan eka bios versio...ja nyt uusin (varmaan vika mikä tulee?)
tämän ongelmalevyn suhteen hieman mietityttää kuinka aikap*mmi mahtaa olla ?
UDMA CRC error rate value: 80 aiemmin ketjussa, nyt 107 eli kasvanut tänä aikana
ja write error rate value: 77 pysynyt samana
lieneekö normaalia:
tunniste nro: 225 lataus/purku kiertojen (ei kertojen)
arvo 346 nyt, normalisoitu ja huonoin arvona 100
vertailuna: on 4kpl samanlaisia levyjä kaikki uutena ostettu (ennenkun hinnat tuplas ;) ) yhteensä siis 5kpl, tietty pieni levy mutta tänään kun ostat on se huomenna jo vanha : -) muut 4 ollut ok, muutama ollut käytössä hieman pidempään mutta ei vuottakaan vielä mikään, ensin ubuntu käytössä (testinä) joitain kuukausia ja sitten varasto levyiksi
-
Prosessorin kellotaajuuden skaalaus ei ole tuettu
Et voi muuttaa tietokoneesi prosessorin kellotaajuutta.
Tietokoneesi voi olla väärin määritelty tai sen laitteisto ei tue CPU:n kellotaajuuden säätöä.
Päivityksessä resetoit biosin asetukset, joten pistä sieltä (biosista) Cool 'n' Quiet, speedstep tai joku vastaava nimeltään (kellotaajuuden automaattinen säätö) päälle. Katso ohjeita emon ohjekirjasta. Tuon tarkoitus on säästää sähköä, kun tietokoneella ei ole kuormaa laskettavana.
-
Ei kai tuota kellotaajuuden automaattista muuttamista tarvitse laittaa päälle kun siitä muutenkin tulee virhemessu, että sitä ei voi laittaa päälle? ;D ... vai mihin tuo ohje perustui?
Minulle tulisi mieleen sekoilu bootissa, joko siksi, että olet muuttanut bioksen asetuksia sellaisiksi, jotka eivät oikeasti toimi ...
... tai jos et ole muuttanut mitään, emolevyn patteri on heikko, jolloin tuollaista sekoilua tulee bootissa, kun asetukset häipyvät ... en oikeastaan tiedä miksi juuri tuo messu, ei kai siinäkään oikein ole logiikkaa, mutta Epox -emoilla tuollaista tuli parilla koneella.
... tai uusi bios-versio ei ole kovin hyvä. Voisi tietysti yrittää muuttaa asetuksia "turvallisemmiksi" tuon suhteen, mikäli ne eivät oikeasti sellaisiksi resetoituneet - aika epätavallista, luulisin.
Levystä:
En tiedä välttämättä mikä on kysymyksesi, mutta jos levyn tiedostojärjestelmän luonnin jälkeen, levylle näyttää tulevan virheitä, niin yleensä tilanne ei siitä tule aikaa myöten paremmaksi vaan se huononee hyvin nopeasti.
Voisit kokeilla kirjoittaa levyn täyteen muutaman kerran rsync -komennolla, jotta kaikki kirjoitusvirheet paljastuvat, ja katsoa toimiiko se oikeasti vain ei?
-
Ei kai tuota kellotaajuuden automaattista muuttamista tarvitse laittaa päälle kun siitä muutenkin tulee virhemessu, että sitä ei voi laittaa päälle? ;D ... vai mihin tuo ohje perustui?
Siis tuo virheilmoitus tulee juurikin silloin kun BIOSista on säädetty Cool 'n' Quiet (tai vastaava) pois päältä. Silloin käyttöjärjestemä ei voi muuttaa kellotaajuutta, koska se on estetty. Vaihtoehtona olisi, että kone on niin vanha ettei se tue kyseistä ominaisuutta, mutta veikkaanpa, että nyt on kyse tuosta BIOS asetuksesta.
-
... vai mihin tuo ohje perustui?
Joissakin setup: ssa (BIOS) löytyy valinta tyyliin "täysi nopeus/rajoitettu nopeus/ohjelmallisesti valittava nopeus". Tuota tuossa ajateltiin.
-
Ei kai tuota kellotaajuuden automaattista muuttamista tarvitse laittaa päälle kun siitä muutenkin tulee virhemessu, että sitä ei voi laittaa päälle? ;D ... vai mihin tuo ohje perustui?
Siis tuo virheilmoitus tulee juurikin silloin kun BIOSista on säädetty Cool 'n' Quiet (tai vastaava) pois päältä. Silloin käyttöjärjestemä ei voi muuttaa kellotaajuutta, koska se on estetty. Vaihtoehtona olisi, että kone on niin vanha ettei se tue kyseistä ominaisuutta, mutta veikkaanpa, että nyt on kyse tuosta BIOS asetuksesta.
Ahaa ... mitenkä minä luin että tuo tuli bootissa ... mutta sehän tulikin vasta Ubuntussa. Sorry.
Tietysti noinhan se menee sitten.
-
Cool 'n' Quiet kun pani enabled niin hävis alkuherjat
sen tietää että kun levyn virhearvot alkaa kasvamaan niin voi ruveta levyn elämä olemaan loppusuoralla..
näiden suhteen jos olisi vielä mahd. tarkemmin kommenttia mitä tarkoittavat?
UDMA CRC error rate value: 80 aiemmin ketjussa, nyt 107 eli kasvanut tänä aikana ja
write error rate value: 77 pysynyt samana
tunniste nro: 225 lataus/purku kiertojen (ei kertojen) arvo 346 nyt, normalisoitu ja huonoin arvona 100
jotka kaikki otettu levytyökalulla, muutoin tällä hetkellä levyn käyttö jatkuu ja tilannetta eli näitä seuraa jatkuvasti/mahd. muita tulevia oireita?? ja backup! otot myös tiheään, eikä hirveitä määriä ko. levyllä pidä muutenkaan tavaraa tässä tilanteessa
Voisit kokeilla kirjoittaa levyn täyteen muutaman kerran rsync -komennolla
tästä jos voisi saada hieman tarkemmin eli ilm. live cd kokeilu tilassa ja sitten komentoa...on aika monta vipua, entä ennuste kestääkö kauan ? levy nyt tyhjä ja valmis testiin
alkaa tämä ketju olla vähitellen lopussa vielä kiinnostaisi busybox suhteen: tässä tapauksessa tuntuu selkeältä, että johtui bios:sta eli kun ei päivitetty niin levy ei "ehtinyt aina mukaan" alussa ja siksi meni välistä busybox, mahd. kommenttia tähän?
-
Eräästä toisesta säikeestä lainasin tämän:
Kirjoitustesti datalla sujuu komennolla:
rsync -urv /hakemisto/joku /media/levy/levyn_hakemisto/joku
missä nuo lähde- ja kohdehakemistot pitää olla olemassa.
Vastaavasti Windowsissa komennolla:
robocopy /e /v c:\data\joku\ d:\datalevy\joku\
Kummastakin löytyy kaikenlaisia valitsimia, mutta noilla voi tehdä perusjuttuja. Kannattaa mieluiten yrittää yhtä tasoa alempaa kuin kuvittelee, koska hakemiston pitää olla olemassa, jotta ei kirjoita väärään paikkaan ... lopussa oleva "/" tai "\" merkitsee sekin jotakin eri tilanteissa. Tosin eihän tällä levynkannalta nyt ole merkitystä, koska se on tyhjä, mutta ettei kirjoita suoraan mounttipisteeseen - joka ei ole hyvä (koska mounttipiste sijaitsee aivan eri paikassa ja sitä osioita et halua täyteen roskaan).
Tietysti sinulla pitäisi olla jotakin dataa riittävän paljon jota voi yhdellä komennolla sinne levylle kirjoittaa, muuten joudut kirjoittamaan moneen kertaan eri hakemistoihin ... tms
Ei tätä tarvitse tehdä missään live-bootissa, mutta voi tehdä jos haluaa. Ennuste ajalle ... tätähän ei tarvitse kytätä ja voi tehdä muun työn ohella, jos koneessa riittää vääntö ...:
Levyn nopeuden näet levytyökalulla. Jos lukunopeus antaa jotakin opastusta, niin kovalevyn lukunopeus on tyypillisesti välillä 25 Mbyte/s - 125 Mbyte/s - siitä voit laskea. Hyvin pienillä tiedostoilla menee suhteessa kauemmin - ja kirjoitus on hitaampaa kuin luku.
-
UDMA CRC: Virheiden määrä tiedon siirrossa SATA-ohjaimen ja levyn välillä. Levy pyyttää datan uudestaan jos CRC (tarkistussumma) ei täsmää. Sekalaiset lähteet: Voi johtua mistä hyvänsä kolmesta osasta: levyohjain, kaapeli, levy. Heikkolaatuinen SATA kaapelikin voi aiheuttaa tuon.
Load/unload, WD sanoo tuosta näin: "WD käyttää energiansäästöä jossa lukupää pysäköidään...,,, ja levymme on suunniteltu kestämään yli miljoona tuollaista jaksoa..."
-
joo kiitos täytyy ajella ajan myötä noita levyjä testejä mm. toi sanottu rsync ja sitten levytyökalussa on myös testejä ym. ja kiitos myös tarkennuksista levyn virhe tulkintaan.
koko ketjun osalta erityiset kiitokset menevät ajaaskel sekä kaikille muillekin neuvoneille/mukana olleille. täytyy toivoa ettei enää tule busybox ja ketju kokonaisuudessaan oli opettavainen ja varmasti palvelee myös jatkossa, kenelle tulee busybox liittyviä ongelmia/asian tutkimiseen, koitti kirjottaa tätä ajatellen mahd. selkeästi. toki syitä voi varmaan olla muitakin kuin vain nyt ollut (triviaali) bios päivitys.
-
ei kirjottanut vikaan tätä edellä ettei hämmästyis vaikka vielä tulis busybox kun luuli että olis ratkennut. asensi samalle puhdistetulle levylle 11.10 ok, jonkun aikaa kerkes käyttää ja toimi ok, viimeksi sitten kun käynnisti oli aiemmin tallentanut pari fileä levylle, sitten koitti tallentaa uuden filen niin huomautti kohteliaasti ettei ole oikeutta kirjottaa vaikka aiemmin toimi ja vaikka kokeili moneen eri hakemistoon. sitten buuttas ja BUSYBOX taas! >:( >:( >:( >:( >:( pari uutta buuttia ja busybox jää...
on ollut busybox aiemmin useamman eri ubuntu version ja levyn kanssa joten ei ole vain tietystä levystä ainakaan kiinni
11.10 live cd kokeilu käyntiin, näyttää levyn mutta:
Unable to mount 496 GB Filesystem
Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage or helper program, or other error. In some cases useful info is found in syslog – try
dmesg | tail or so
sen verran viritti erään aiemman ketjun ohjeen mukaan että sai firestarter toimiin (11.10 on bugi tätä koskien) että näyttää lokin, tällä tuskin merkitystä, levytyökalulla ajoi pieni ja keskitason testit ennen asennusta, nämä ok
nyt voi sitten miettiä mikä muu olis syynä, kun bios päivitys ei auttanut.
ja tuntuu vähän että vaikka vaihtais emon/prossu/muistit/näytönohjain uuteen ja erilaiseen niin SILTI voi aina, koska tahansa tulla busybox, tekee ihan mitä tahansa...
-
Tuota on kommentoitu jo edellä: jos levy ei toimi niin vika on yksinkertaisesti levyssä itsessään tai levyohjaimessa.
Epäselvissä tapauksissa kannattaa testata kunnolla (vinkkejä oli yllä) ja testata ristiin. Jälkimmäiseen tarvitaan varaosia ja muita koneita.
Bios-asiat ovat vain asiallisen konfiguraation varmistamista - eivät oikeastaan mitään korjauskonsteja.
-
Tuosta nyt pitäisi seuloa onko vika levyssä vai emon puolella (levyohjain,tms). Jos haluat emoa tarkastaa jotenkin niin aja sille muistitestiä aluksi, jätät pyörimään kyllin pitkäks aikaa, se on helppo tehdä ja tuo Linuxin muistitesti on luotettava, löytänyt viallisen muistikamman silloinkin kun valmistajan oma diagnostiikka ei ole havainnut mitään. Oikukas toiminta viittaa mahdollisesti tuohon suuntaan.
Muut osat onkin emolla jo mahdotonta vaihtaa, lisäkortteja on toki (pöytäkoneessa) helppoa vaihtaa ja liiat kortit kannattaa aluksi nyppiä pois silloin kun ei ole havaintoa mistä vika tulee. Läppäreissä ei ole tuota yksittäiten korttien vaihtoetua mutta tämähän on pöytäkone.
Myöskin jos se eri levyllä tekee samaa niin tiedät jo enemmän. Tuon SATA-kaapelisi voisit vaihtaa varoiksi kun antaa noita UDMA-virheitä, helppo ja halpa operaatio. Kaapelissa ei tarvitse olla mitään näkyvää vikaa vaan riittää että sen datasiirto-ominaisuudet eivät ole parhaasta päästä (jota ei tietenkään näe ulkoisesti). Mitä isommat siirtonopeudet, sitä kriittisemmäksi tuo menee oli mikä hyvänsä kaapeli. Risahan tuo kokonaisuus on jostain päästä, ei se asennus muuten mene sotkuun.
-
ensin pitäis vielä kerran päästä kiinni filet ja levyyn, ei suostu mount, virhe edellä
kortteja on vain ASUS EN9500GT MAGIC/DI/512M jonka voi tietty ottaa pois ja käyttää emon interg. ohjainta
kaapeli täytyy kanssa katsoa parempi, mutta ekana olis että levyyn kiinni
-
1) Aja muistitesti ensimmäisenä, se ei hävitä mitään, löytyy käynnistysmenusta, jätä vaikka tunniksi pyörimään. Isompi varmuus jos voit pitää yön yli silloin kun vika esiintyy harvakseltaan (lämpeneminen tuo esiin, tms. )
2) Vaihda SATA-kaapeli jos toinen on käytettävissä.
3) Nypi näytönohjainkortti pois ja käytä emon ohjainta.
-
kaapeleita tuli kokeiltua: toinen joka kiinni emossa mutta pienellä käytöllä ollut sekä paketista uusi, kaikki keskenään samanlaisia kuin epäilty kaapeli, mutta ei vaikutusta, täytyy vielä pc kaupasta uusi laadukas, itse levyn käynnistäessä ennen kun menee busybox tarjoaa valikon jossa recovery moodeja, aiempia linux versioita jne. kokeili kaikkia ja aina menee busybox, täytyy seuraavaksi muistihomma
-
Kaapeli lienee tuolla kokeilulla OK.
Muistitesti on AINA hyvä kun tulee epämääräisiä ongelmia.
Levyohjainta tässä veikkailisin ... toinen kytkentäpaikka emolla voi myös auttaa, näitä SATA-liitäntöjähän on useita. Kytkentäpaikan voi valita vapaasti.
Onko emolla peräti useampia SATA-ohjaimia? (Katso ohjekirjasta - tai nouda webistä).
Uudemmissa ja paremmissa on useampia - emolle voit hankkia myös erillisen PCI-levyohjaimen, joka on pikakorjauskonsti.
Näytönohjainongelmat ovat aika kaukaa haettuja silloin kun levy tökkii. Levyt ja niiden ohjaiment ovat melko vikaherkkiä molemmat.
-
ajeli muistitestejä, ensin 3 ekaa jäjestyksessä luokkaa n. 1h/testi ja sitten muutamat muut päälle ja kaikki ok, vois ajella vielä lisää mutta tuskin tulee mitään kovin suurta vastaan, eri kaapeleita voisi tietty vielä tökkiä muihinkin reikiin, on 4 kaikkiaan, tähän mennessä ollut kaikki samassa, tosin ennuste on kovasti ettei siitä tokene
tarkemmin kun mietti niin käytössä on myös ollut pari vanhaa IDE levyä joissa xp jotka pidemmän ajan kuluessa ollut käytössä luokkaa päivän/pari kerrallaan sillon tällöin, IDE levyt/xp puolella ei ole valitellut(!)
viime kesänä yhelle 500Gb SATA levylle xp erästä tarkoitusta varten, toimi ok pari viikkoa kovassa käytössä n. 12h/päivä melkein koko ajan kuormitukset tapissa, sitten lepäili, viime viikkoina katseli uudestaan ja nyt solmussa: ei mene win enää ollenkaan, edes vikasietotilaan, live cd vielä näkee ja saa filejä ulos. näin siis rajautuu vielä, että olisi juuri SATA levyn ohjaimessa. ajan kuluessa viat alkaa usein pahentua, näin lienee myös nyt. täytyisi perehtyä tarkemmin levyohjaimen sijaintiin..
nyt jos saisi kommenttia mahd. lisätesteistä eli näytönohjain irti ? entä muuta...?
-
Kyllähän nuo jäljet johtavat suoraan sylttytehtaalle. IDE-ohjain, sehän on eri. Suosittelen käyttämään sitä, varsinkin systeemilevynä (siis sillä missä käyttöjärjestelmä majailee). Emolla oleva SATA-ohjaimesi ei toimi.
Sitä paitsi, Ubuntun toiminta on aivan asialliallista vaikka systeemilevy olisi vanha IDE-levykin - näin on tässäkin koneessa, jota käytän WEB-surffailuun ja multimedian toistoon. Datalevynä olisi kernaasti joku nopeampi, mutta jos SATA-ohjain emolla ei toimi, niin sitten kannattaa miettiä erillistä SATA-ohjainta. Tällaisen ohjaimen käyttäminen DATA-levyille on oletettavasti melko ongelmatonta eikä erityisen kallis remontti.
-
miten ongelma levyllä oleviin fileihin käsiksi pääsy ? (virhe ilmotus edellä)
taitaa olla työlästä/hyvin työlästä ???
IDE levyllä ajo hätäapuna ja parempi kuin live cd, SATA ohjainkortti tietty mutta on lähinnä vain laastari kun tahtoo olla että kun on yksi vika niin ajan x päästä voi tulla/tulee!!!? toinen vika jne. kun ei voi sataa käyttää/vain riskillä ei ole hyvä ja vaatii nopeaa ratkaisua eli käytännössä palikat vaihtoon. AM2 emoja ei enää ole (vain käytettynä ja esim. huutonet täynnä "erittäin vähän" käytettyä tavaraa, mutta on lottoarvonta mitä saa, toki on muitakin näkemyksiä asiaan, mutta ei tule itelle) helpoin olis uusia vain prossu AM3/AM3+ kantaan ja uus emo, muistit ja näytönohjain vanhat mutta (asus!) emoja jotka tukee DDR2 em. kannalla ei oikein ole.
näin sitten tulee siihen että jo koeteltua AM3/AM3+ tekniikkaa joka poistuvana hinta alhaalla (?!) tosin viimistään 2 vuoden päästä ei enää saa emoa (ainakaan asus) tai sitten FM1 jossa hinnat uutena tapissa ja ihan uudessa emossa mahd. lastentaudit?? alkaa AMD prossun mukana olla Radeon ohjaimiakin, onkohan nyky ubuntu versioissa eroa onko tuo vai Nvidia? aiemmin kait ollut jotain eroa...
-
Tiedostoihin pääsee kiinni heti kun saat levyn kiinni koneeseen jossa on toimiva levyohjain. Ohjeet ovat samat kuin edellä on jo keskusteltu. Kuten jo aiemmin kommentoin, Puppy Linuxilla tiedostojen talteenotto on nopea tai erittäin nopea toimenpide - riippuen latasitko sen jo, 128 MB, kuten suosittelin.
En sinänsä suhtautuisi mihinkään näistä muutosvaihtoehdoista erityisen negatiivisesti, kaikkihan ne saa toimimaan oletettavasti ihan hyvin ... ihan normaalia rakentelua:
0.
IDE-levyn käyttö. Normikäytössä ei mitään ongelmaa - ei se ole mikään hätäapu.
1.
Uusi SATA-ohjain. Halpa ja nopea ratkaisu. Yhteensopivuus kannattaa yrittää varmistaa.
2.
Käytetty emo. Kyllähän niitä löytyy todella halvalla. En ostaisi mistään yleisestä paikasta kuten huuto.netistä. Osta jostakin missä asiantuntijat myyvät, jolloin hinta- ja laatutaso on kurissa. Ainakin minulla on tällaisista paikoista vain hyviä kokemuksia. Esimerkiksi Muropaketti ja tämän Foorumin myyntipalsta.
3.
Uusi kone. Siis jos vaihdat emon uudempaan, niin melko turhaa teeskennellä, että kopan sisällä olevista vanhoista osista on jotakin erityistä hyötyä - kaikki kannattaa ostaa uuden tekniikan mukaisiksi. Näytönohjaimesi väylää en tiedä, jos se on PCI Express niin sen voi jättää. Samalla ehkä vaihdat kopankin jotta saat mukavamman/hiljaisemman/virtalähteen samalla ... ai niin, ehkä hiiri ja näppiskin ovat jo käytössä kuluneet ... :) ... korppuasemaa ei kannata ostaa uutta :) ... joten mitä jäi jäljelle?
AMD-linjalla löytyy varsin halpoja vaihtoehtoja. Intel-linjalla taas löytyvät nopeat ja hiljaisetkin vaihtoehdot.
-
SATA kun on keksitty niin IDE jää, kun SATA tulee vanhaksi jne. toki joka haluaa IDE niin siitä vaan niin
kauan kun toimii : -)
SATA ohjain selvityksessä, tuskin tulee silti pidemmän ajan ratkaisuksi, käytettyä emoa voi katsella periaatteessa, näytönohjain on express, kopan väri on kuten tv:t nykyään eli vain mustia ja ite kun ei halua mustaa! niin nykyinen jää, mahtuu 5 normilevyä ja 4xdvd aseman paikka ja väri vaalea :) kovin tietty mielipide asia, virtalähde pitäis olla sähköä säästävä (ei vain myyntipuhe) eikä äänien suhteen ole ollut valittamista, hiiri on ostettu uutena 1e ;) nyt uutena rullahiiri 4e, näppis hyväkuntoinen käytetty 0e näistä ei viitsi maxaa, korppuasema on kiinni, käyttö on vähäistä ;) joten tämä tästä
näillä näkymin päättyy omalta osalta tähän. busybox ei ole kiva kaveri kun tulee niin ei ole ihan 15min homma yleensä
-
Tiedostoihin pääsee kiinni heti kun saat levyn kiinni koneeseen jossa on toimiva levyohjain.
uus asus emo (Bios update tehty ;)) uus amd prossu, uus muisti, uus SATA kaapeli jne, prossun näytönohjain, 11.10 live levy, ongelma levy kiinni ja sama:
Unable to mount 496 GB Filesystem
Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error. In some cases useful info is found in syslog - try dmesg | tail or so
koittamalla antaa mount hiiren oikeasta "file managerissa" antaa saman virheen
-
Ei välttämättä tarkoita mitään muuta kuin sitä, että aiempien kokeilujen jäljiltä filesystem pitää korjata. Ohjeita lienee annettu jo edellä.
Ei oikeastaan edes yllätys.
... jos muistan oikein tämän ketjun, niin varmaan sitten jo tässä vaiheessa kannattaisi toteuttaa tuo vinkki levyn kirjoittamisesta täyteen pari kertaa, jotta varmistut että itse levy toimii oikein ... siis rasituksessakin ja pidemmällä tähtäimellä toimii oikein ...
-
levyn korjauksen jälkeen sisään kirjaus, mielenkiintoista että meni sisään ja oli melko ok näkönen vaikka oli asennettu aiempaan eli eri emolle! filet talteen ja sit levy sileeksi
joten päättyy, kunnes jälleen tapaa busyboxin ;) ??? :-[ :-\ :-\ :-\ >:(