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

[jimbo]

puppy tiedostettu, ei nyt kannata samaan aikaan, etenen nyt ajaaskel neuvojen mukaan

Koodia: [Valitse]

sudo fdisk -l


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

Koodia: [Valitse]

sudo blkid


/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)

[ajaaskel]

ok,  sen ei pitäisi mennä mihinkään osiointiin jos valitsit "kokeile asentamatta"
Tässä jatko kun käynnistys ok "livenä".

Koodia: [Valitse]

sudo fsck -n /dev/sde1
ja taas se tuloste kiitos

[jimbo]

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ä

Koodia: [Valitse]

sudo fsck -n /dev/sde1

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!

[ajaaskel]

"fdisk" löytää levyn tiedot mutta "fsck" väittää sitä varatuksi vaikka livenä käynnistetty systeemi....  nyt otan pienen mietintätauon.

[jimbo]

asia ok, itellekin sopii paremmin jatkaa huomenna, vielä kuten mainittua kaiken tehnyt tähän asti "kokeile" tilassa live cd

[ajaaskel]

Tuon täytyy olla jokin merkillinen 10.10 bugi.  Onko sinulla saatavana jotain muuta liveCD: tä (vaikka vanhempi 9.10 tms) ?

[jimbo]

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

[ajaaskel]

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/

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

[jimbo]

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)

[ajaaskel]

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ä.

[jimbo]

eli 10.11 live cd jossa "kokeilu" ja ensin siis tämä:

Koodia: [Valitse]

sudo fsck -n /dev/sde1 

eli näin ?

[ajaaskel]

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:

Koodia: [Valitse]

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

[Ganymedes]

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ää ...

[jimbo]

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

Koodia: [Valitse]

gksudo nautilus

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

Koodia: [Valitse]

sudo fsck -n /dev/sde1 

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ä

[ajaaskel]

fsck.ext2: No such file or directory while trying to open /dev/sde1
Possibly non-existent device?

Kaksi asiaa:
1) Tarkasta aina ensin

Koodia: [Valitse]

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

Koodia: [Valitse]

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:

Koodia: [Valitse]

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.  
 

[Ganymedes]

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.

[jimbo]

eli ei taidakaan vielä olla lähellä ratkaisua...nyt 11.10 live cd käyttö "kokeilu" tilassa

Koodia: [Valitse]

sudo fdisk -l
sudo blkid

annettu, sitten

Koodia: [Valitse]

sudo fsck -n /dev/sda1

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ä

[ajaaskel]

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 ?

[Ganymedes]

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.

[jimbo]

eli korjaus olisi sitten

Koodia: [Valitse]

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

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?