Kannettavan koneen kiintolevyn tiedostojen pelastaminen
a r i PISTE s y r j a m a k i@surfeupistefi JAS
ei enää suostu käynnistymään, vaan jää junnaamaan alkuruutuun.
Levyllä on liki 100 Gt tiedostoja, jotka pitäisi pystyä pelastamaan.
Olen yrittänyt pelastusta seuraavilla tavoilla:
1. Olen kytkenyt levyn USB-IDE sovittimella pöytäkoneeseen
sillä seurauksella, että pöytäkone kyllä tunnistaa kiintolevyn,
mutta raportoi sen nimen melkein oikein, eli jotkin kirjaimet
ovat korvautuneet erikoismerkeillä (esim. ylänuoli ja alanuoli),
eikä levyä näy resurssienhallinnassa. Yhdessä pöytäkoneessa
nimi näkyi oikein, mutta XP ilmoitti laitteessa olevan ongelman,
eikä levyasemaa tietenkään saanut näkymään resurssienhallinnassa.
2. Liitin kiintolevyn suoraan pöytäkoneen IDE-väylään sovittimen
avulla. Koneen BIOS raportoi kiintolevyn nimen jälleen
osittain erikoismerkeillä ja Windows XP ei käynnisty ollenkaan.
3. Asensin kiintolevyn takaisin kannettavaan ja yritin asentaa
uuden XP:n levyn D:-osiolle, mutta XP:n asennus toteaa
C: -osion vioittuneeksi, eikä asennusta voida jatkaa.
4. Kiintolevy edelleen kannettavassa koneessa käynnistin
XP:n korjaavan asennuksen. Pääsen kirjautumaan Windowsiin
palautuskonsolin kautta ja näen DIR-komennolla sekä C:llä että
D:llä olevat tiedostot. Huomasin XP:n asennusohjelman tunnistavan
koneeseen liitettynä olevan USB-muistin ja korvasin sen
seuraavassa käynnistyksessä USB-kiintolevyllä, joka näkyy
palutuskonsolissa ihan Ok. Pystyn myöskin kopioimaan
COPY-komennolla yksittäisiä tiedostoja USB-kiintolevylle,
hommassa on kuitenkin vaikeutena se, että vain alle 1 Gt tiedostoja
voi kopioida. Lisäksi jokerimerkit eivät ole käytössä, eli useita
tiedostoja ei pysty kopioimaan. Lisäksi pitkät tiedostonimet
aiheuttavat kiusaa, sillä pitää osata "arvata" tiedoston xxxxx~1.xxx
nimi.
Palautuskonsoli näyttää tällä hetkellä olevan ainoa keino, jolla
olen saanut pelastettua tiedostoja levyltä, mutta millä pystyisin
pelastamaan nuo yli 1Gt:n tiedostot tai millä saisin kopioitua
kokonaisia kansioita kerralla?
JAS
Hantte
> Kannettavasta koneestani hajosi 120 Gt kiintolevy. Windows
> ei enää suostu käynnistymään, vaan jää junnaamaan alkuruutuun.
> Levyllä on liki 100 Gt tiedostoja, jotka pitäisi pystyä pelastamaan.
>
> Olen yrittänyt pelastusta seuraavilla tavoilla:
Lataa netistä jokin Linuxin live-CD, boottaa siltä ja kopioi data
USB-väylässä olevalle kovalevylle. Sen pitää olla FAT32-formaatissa,
niin ei tarvitse kikkailla.
--
Hantte
So many fantastic colours, I feel in a wonderland
Many fantastic colours, makes me feel so good
Jukka Aho
>> Kannettavasta koneestani hajosi 120 Gt kiintolevy. [...]
>> Levyllä on liki 100 Gt tiedostoja, jotka pitäisi pystyä pelastamaan.
> Lataa netistä jokin Linuxin live-CD, boottaa siltä ja kopioi data
> USB-väylässä olevalle kovalevylle. Sen pitää olla FAT32-formaatissa,
> niin ei tarvitse kikkailla.
Jos levy on hajoamassa, itse ottaisin siitä suoran imagen
"dd"-työkalulla - jos vain suinkin mahdollista - ja miettisin
tiedostojärjestelmäasioita vasta sen jälkeen.
"dd"-työkalua tällaiseen tarkoitukseen käytettäessä kannattaa huomioida
erityisesti sen "conv"-komentoriviparametrin "noerror"- ja
"sync"-optiot. Muuten ei imagesta tule kunnollista, jos levy antaa
i/o-virheitä.
Täällä joitain ohjeita: <http://www.debianadmin.com/recover-data-fro
m-a-dead-hard-drive-using-dd.html>.
--
znark
Timo Pietilä
Mielenkiintoinen linkki. Minä kun en hirveästi tunne linux/unix
-systeemejä (vaikka osaankin käyttää linuxin konsolia), niin minulle ei
tullut ihan selväksi minkäsortin tiedosto/hakemistorakenne tms. tuolla
komennolla syntyy. Esimerkiksi raakaimage kopioituna linux-liveCD:llä
dd-komennolla hajonneen XP:n levyltä toiselle XP:lle ei ole kovinkaan
hyödyllinen jos tuloksena on yksi tiedosto jonka sisältöä ei pääse
järkevästi käsittelemään.
Ilmeisesti komento jota haetaan on tämä:
dd bs=4k if=/dev/hdx of=/path/to/image conv=noerror,sync
Mitään vinkkiä miten tuota tiedostoa sitten pääsisi käsittelemään
windows-koneessa.
follarit vain s.a.ms-windows ja sfnet.atk.laitteet.pc
Timo Pietilä
Mikko Saukkoriipi
>
> 2. Liitin kiintolevyn suoraan pöytäkoneen IDE-väylään sovittimen
> avulla. Koneen BIOS raportoi kiintolevyn nimen jälleen
> osittain erikoismerkeillä ja Windows XP ei käynnisty ollenkaan.
>
Kumpaa Windowsia tässä yritettiin käynnistää, pöytäkoneen omaa vai
kannettavan?
JS
Itse pelastin yhdesä koneesta viimeisenä oljenkortena (ibas liian
kallis, ghost ei toiminut) datat asentamalla windowsin päälle. Siinä ei
saa käyttää kannettavan mukana tullutta imagenpalautusta vaan oikeaa
asennuslevyä.
Levy tuli älyihin: nopeasti datat talteen ja se levy roskiin =>
levykauppaan.
JSa
Veli Matti Häkkinen
> sillä seurauksella, että pöytäkone kyllä tunnistaa kiintolevyn,
> mutta raportoi sen nimen melkein oikein, eli jotkin kirjaimet
> ovat korvautuneet erikoismerkeillä (esim. ylänuoli ja alanuoli),
> eikä levyä näy resurssienhallinnassa. Yhdessä pöytäkoneessa
> nimi näkyi oikein, mutta XP ilmoitti laitteessa olevan ongelman,
> eikä levyasemaa tietenkään saanut näkymään resurssienhallinnassa.
Oli vähän vastaava tilanne, jossa File Scavenger -ohjelmalla saatiin
pelastettua tarvittavat tiedostot. Ohjelma on maksullinen (ei kallis, 49$)
mutta sen voi ladata ilmaiseksi ja testata, olisiko sillä mahdollista
pelastaa tiedostoja, ennenkuin ostaa lisenssin.
Sami Setälä
> USB-väylässä olevalle kovalevylle. Sen pitää olla FAT32-formaatissa,
> niin ei tarvitse kikkailla.
Suosittelen. Tuo on kuitenkin helpoin ja nopein tapa, eli homman saa tehtyä
"kuka tahansa" graafisella windowsin resurssienhallintaa muistuttavalla
työkalulla, ja sitä hajoamassa olevaa levyä joutuu rääkkäämään
mahdollisimman vähän. Tuota dd-komennolla kopiointiakin kannettavan omalta
levyltä usb-kiintolevylle on tullut testattua, mutta se kesti 40Gt
levylläkin liki 8h, ja lopputulos toisella levyllä on kuitenkin edelleen
osittain viallinen ja vaikeasti käsiteltävä.
-Sami-
Jukka Aho
>> Lataa netistä jokin Linuxin live-CD, boottaa siltä ja kopioi data
>> USB-väylässä olevalle kovalevylle. Sen pitää olla FAT32-formaatissa,
>> niin ei tarvitse kikkailla.
> Suosittelen. Tuo on kuitenkin helpoin ja nopein tapa, eli homman saa
> tehtyä "kuka tahansa" graafisella windowsin resurssienhallintaa
> muistuttavalla työkalulla, ja sitä hajoamassa olevaa levyä joutuu
> rääkkäämään mahdollisimman vähän.
Ideana dd-ehdotuksessa oli nimenomaan se, että levyä rääkättäisiin
mahdollisimman vähän: kaikki lohkot, jotka ylipäänsä ovat luettavissa,
luettaisiin dd:llä nätisti suoraan järjestyksessä talteen, ja vasta tätä
kopiota alettaisiin tutkia ja käsitellä.
Viallisen tai vikaantumassa olevan levyn tiedostojärjestelmää tonkiessa
joudutaan taas erilaiseen tilanteeseen. Tiedostojärjestelmän mounttaus
ja tiedostojen tonkiminen voi jo vaatia levylle kirjoitusta (esimerkiksi
NTFS:n Last Access -timestampien päivittely.) Yksittäisiä tiedostoja
kopioitaessa joudutaan myös räpistelemään lukupäätä ympäri levyä (lisää
turhaa mekaanista rasitusta) ja rikkinäisten tiedostojen tai lohkojen
kohdalla törmätään mahdollisesti ongelmiin, jotka eivät ratkea kuin
erillistä pelastustyökalua tai tiedostojärjestelmän korjaustyökalua
käyttämällä - joka jälleen saattaa edellyttää levylle kirjoitusta, joka
aiheuttaa lisää luku/kirjoituspään turhanaikaista räpistelyä ja
mahdollisesti lisää ongelmia. Ja jos vaikka vain osa lohkoista on
lukukelvottomia, eivät ne suinkaan välttämättä kohdistu esimerkiksi vain
yhteen tiedostoon - saati samassa hakemistossa oleviin tiedostoihin -
vaan rikkoutuneet tiedostot ovat käyttäjän näkökulmasta katsottuna
ympäri ämpäri levyä, ja virheisiin pysähtyvä tiedostotason kopiointi on
hankalaa. Käyttäjä joutuu miettimään ja pohtimaan ja asentelemaan eri
ohjelmia, pitämään kirjaa jo kopioiduista ja vielä kopioimattomista
tiedostoista ja hakemistoista, levy pyörii koko ajan ja rapistuu
mahdollisesti aina vain enemmän, jne. jne.
--
znark
Sami Setälä
> mahdollisimman vähän: kaikki lohkot, jotka ylipäänsä ovat luettavissa,
> luettaisiin dd:llä nätisti suoraan järjestyksessä talteen, ja vasta
> tätä kopiota alettaisiin tutkia ja käsitellä.
Sorry, mulla oli pilkkuvirhe. Luin, että siellä on yksi giga pelastettavia
tiedostoja, eli huomattavan pieni osa 120Gt levystä.
> Tiedostojärjestelmän mounttaus ja tiedostojen tonkiminen voi jo
> vaatia levylle kirjoitusta (esimerkiksi NTFS:n Last Access
> -timestampien päivittely.)
Ainakin Knoppix mounttaa oletuksena ntfs-osion readonly-tilassa, eli sinne
ei yritetä kirjoittaa mitään.
> Yksittäisiä tiedostoja kopioitaessa
> joudutaan myös räpistelemään lukupäätä ympäri levyä (lisää turhaa
> mekaanista rasitusta) ja rikkinäisten tiedostojen tai lohkojen
> kohdalla törmätään mahdollisesti ongelmiin, jotka eivät ratkea kuin
> erillistä pelastustyökalua tai tiedostojärjestelmän korjaustyökalua
> käyttämällä - joka jälleen saattaa edellyttää levylle kirjoitusta,
> joka aiheuttaa lisää luku/kirjoituspään turhanaikaista räpistelyä ja
> mahdollisesti lisää ongelmia.
Rikkinäisten tiedostojen kohdalla uudelleenlukuyritykset ovat valitettava
tosiasia, mutta levyn elektroniikka tekee kyllä read retryjä myös dd:llä
ottaessa, vaikka se olisikin ohjeistettu ohittamaan bad blokit. Ajatukseni
olikin se, että ne tiedostot kopioidaan mitkä tulevat kiltisti ulos, ja ne
joissa on virheitä jäävät kopioimatta, eikä niitä edes yritetä onkia ulos.
> Ja jos vaikka vain osa lohkoista on
> lukukelvottomia, eivät ne suinkaan välttämättä kohdistu esimerkiksi
> vain yhteen tiedostoon - saati samassa hakemistossa oleviin
> tiedostoihin - vaan rikkoutuneet tiedostot ovat käyttäjän
> näkökulmasta katsottuna ympäri ämpäri levyä, ja virheisiin pysähtyvä
> tiedostotason kopiointi on hankalaa. Käyttäjä joutuu miettimään ja
> pohtimaan ja asentelemaan eri ohjelmia, pitämään kirjaa jo
> kopioiduista ja vielä kopioimattomista tiedostoista ja hakemistoista,
> levy pyörii koko ajan ja rapistuu mahdollisesti aina vain enemmän,
Muistankohan väärin, mutta ei kai Konqueror (vai mikä se Knoppixin / KDE:n
filemanageri onkaan) hommia kesken lopeta, vaikka hakemistoa kopioidessa
siellä joku lukukelvoton tiedosto olisikin?
Mutta tosiaan tuo alkuperäinen ajatukseni oli nimenomaan siltä pohjalta,
että levyllä on vain pieni määrä pelastettavaa dataa, ja melkein kaikki
loppu "turhaa" kuten asennettuja softia ja käyttiksen osia. Maxtorin levyjen
kanssa tähän temppuun on ikävä kyllä joutunut viime aikoina turvautumaan
turhan usein. Tosin niissä lukukelvottomat sektorit yleensä ovat osuneet
käyttiksen tiedostoihin, ja käyttäjän tiedostot on melkein aina saatu ulos,
kunhan osiolle on ensin ajettu chkdsk ilman badsectoreiden skannausta
windowsin recoveryconsolessa.
-Sami-
Hantte
Mulla alkoi kovalevy oireilemaan ja ensimmäinen oire oli I/O error
dd:llä, jolloin en saanut kopioitua kaikkia partitioita toiselle
levylle. Systeemi oli: läppäri, jossa kaksi identtistä kovalevyä toisen
ollessa usb:ssa ja ennen oireilua "backup" kesti 48 minuttia/60 Gigaa.
Sitten se I/O error tuli ja esti yhden NTFS-partition lukemisen, jolloin
muut partitot piti ottaa yksi kerrallaan. Mitkään noerror-vivut eivät
auttaneet.
a r i PISTE s y r j a m a k i@surfeupistefi JAS
viestissä:455cc4a8$0$16507$9b53...@news.fv.fi...
> Kannettavasta koneestani hajosi 120 Gt kiintolevy. Windows
> ei enää suostu käynnistymään, vaan jää junnaamaan alkuruutuun.
> Levyllä on liki 100 Gt tiedostoja, jotka pitäisi pystyä pelastamaan.
>
>
> olen saanut pelastettua tiedostoja levyltä, mutta millä pystyisin
> pelastamaan nuo yli 1Gt:n tiedostot tai millä saisin kopioitua
> kokonaisia kansioita kerralla?
>
> JAS
Kiitokset hyvistä vinkeistä, tuo Knoppix oli itsellänikin yhtenä
vaihtoehtona, mutta sitä joskus aiemmin kokeilleena pidin
sitä vihoviimeisenä vaihtoehtona. Linuxia on toki joskus
tullut kokeiltua ja joku kurssikin siitä on käyty, mutta kun
päivittäin työskentelee yksinomaan Windows-maailmassa, niin
yksinkertaisimmatkin Linuxin jutut ovat auttamattomasti
unohtuneet. Käynnistin nyt kannettavan koneen Knoppixilla
ja yllättäen USB-levykin tunnistui automaattisesti ja tuli
näkyviin työpöydälle. USB-levylle ei tosin voinut kirjoittaa
ennen kuin oli muuttanut sen write-tilaan, mikä ei onnistunut
levyn ominaisuuksista, vaan työpöydän kuvakkeen ominaisuuksista.
Nyt on D:-osion tiedostot kopioitumassa USB-levylle, tosin kylläkin
tuskastuttavan hitaasti. Mahtaako Knoppixissa olla USB 2.0 tukea?
kone kyllä tukee sitä. Knoppixin versio on 3.6
JAS
Viljo Mustonen
> Nyt on D:-osion tiedostot kopioitumassa USB-levylle, tosin kylläkin
> tuskastuttavan hitaasti. Mahtaako Knoppixissa olla USB 2.0 tukea?
> kone kyllä tukee sitä. Knoppixin versio on 3.6
>
Tuo Knoppix versio on aika vanha. Viimeisin versio näyttä olevan 5.0.1.
Siinä ainakin on USB 2.0 tuki.
--
Viljo
a r i PISTE s y r j a m a k i@surfeupistefi JAS
"Viljo Mustonen" <Viljo.M...@pp.inet.fi> kirjoitti
viestissä:VFy7h.18$1Z1...@read3.inet.fi...
käyttöön. Knoppix kyllä tunnistaa sen, mutta se on unmounted. Jos
yrittää ottaa levyä käyttöön, tulee aina herja: Could not mount device.
The reprted error was: mount: can't find /dev/sda1 in /etc/fstab or
/etc/mtab
Millä tuon USB-levyn saa käyttöön?
JAS
Hantte
mitä sanoo:
/sbin/fdisk -l
Mitä sanoo:
mount
Millä oikeuksilla yrität mountata? Tavallinen user vai root? Kysy:
whoami
konsolissa, niin saat tietää kuka olet.
Yrititkö graafisella kilkkeellä vai konsolissa?
Itselläni homma on toiminut konsolissa ilman ongelmia aina, jos levy on
ollut ehjä.
En tunne Knoppixia tarkkaan, mutta muistaakseni kraafinen user on vain
tavallinen user, jjolloin mounttailu ei taida onnistua.
Mounttaushan menee roottina:
mkdir /uusilevy (tehdään laitteelle mountpoint eli hakemisto)
mount /dev/sda1 /uusilevy (mountataan se laite näkymään hakemistossa)
Ja sitten tekemään temppuja...
Timo Pietilä
> mitä sanoo:
> /sbin/fdisk -l
Varoituksen sana. Linuxin Fdisk on lievästi sanottuna vaarallinen
työkalu jos ei ole aiemmin linuxia käytellyt.
Timo Pietilä
Sami Setälä
> käyttöön. Knoppix kyllä tunnistaa sen, mutta se on unmounted. Jos
> yrittää ottaa levyä käyttöön, tulee aina herja: Could not mount
> device.
Oliko levy bootissa kytkettynä vai irti? Se voi vaikuttaa lopputulokseen
joskus. Kokeile molempia tapoja. Koska tuo 3.6 tunnisti sen, niin ilmeisesti
usb-levyllä oleva osio oli kuitenkin fat32?
PS. Syynä hitauteen tuolla vanhalla versiolla voi olla myös se, että
kovalevy ei ole dma-siirtotilassa. Katsopa boottivaiheessa
f2-f3-f4 -funktionäppäinten takaa parametrejä. Jollain versiolla
boottipromptiin piti kirjoittaa knoppix dma että tuo tuli käyttöön.
-Sami-
Hantte
Osaamattomissa käsissä mikä tahansa on vaarallinen ;)
fdisk -l ei tee mitään muuta kuin listaa koneen levyjen partitiot:
hantte@la3627-LINUX:~> /sbin/fdisk -l
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 2550 20482843+ 7 HPFS/NTFS
/dev/sda2 2551 5553 24121597+ 7 HPFS/NTFS
/dev/sda3 * 5554 5570 136552+ 83 Linux
/dev/sda4 5571 9729 33407167+ f W95 Ext'd (LBA)
/dev/sda5 5571 5942 2988027 82 Linux swap / Solaris
/dev/sda6 5943 9729 30419077+ 8e Linux LVM
Disk /dev/sdb: 29.9 GB, 29997596672 bytes
255 heads, 63 sectors/track, 3647 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 1801 14466501 83 Linux
/dev/sdb2 1802 3090 10353892 83 Linux
/dev/sdb3 3091 3646 4466070 f W95 Ext'd (LBA)
/dev/sdb5 3091 3646 4466038+ 83 Linux
hantte@la3627-LINUX:~>
Täysin vaaraton komento. Kun taas fdisk /dev/sda päästää editoimaan
levyn sisältöä ja silloin osaamaton voi jo mokata pahasti, jos ei tiedä
mitä tekee. Pienellä perustajuamisella ja englannin taidolla fdiskin
käyttö on helppoa.
a r i PISTE s y r j a m a k i@surfeupistefi JAS
"JAS" <j a r i PISTE s y r j a m a k i@s u r f e u PISTE f i> kirjoitti
Kokeilin tuota Knoppix 5.0:aa täältä saamillani vinkeillä ja sain tuon
USB-levyn lopulta mountattua, mutta mistään en löytänyt kohtaa,
jolla olisin saanut sen write-tilaan. Varmaan konsolista sekin olisi
onnistunut, mutta jätin sen sikseen, kun huomasin 5.0 versiossa
sellaisen oudon jutun, ettei se näyttänyt kaikkia tuolla kiintolevyllä
olleita tiedostoja. C:-osiota se ei suostunut näyttämään ollenkaan,
vaan sen tila oli stalled ja lopulta Knoppix "kuoli" kokonaan.
Kokeilin useamman kerran käynistää Knoppixin uudelleen ja
aina se lopulta "kuoli" yrittäessäni katsoa C:-osiota.
Palasin nyt takaisin 3.6 versioon, jolla olen saanut hitaasti, mutta
varmasti pelastettua tiedostoja kummaltakin osiolta. Ainoa todellinen
ongelma on nyt se, että yli 2 Gt tiedostoja en saa kopioiduksi
osioilta USB-levylle. C:-osio on FAT32, D:-osio NTFS ja USB-levy
FAT32. Tiedostot koipituvat ok 2 Gt saakka, jonka jälkeen
kopiointiprosessi aina keskeytyy.
Milläköhän noiden yli 2 Gt tiedostojen kopiointi onnistuisi?
JAS
Hantte
> Kokeilin tuota Knoppix 5.0:aa täältä saamillani vinkeillä ja sain tuon
> USB-levyn lopulta mountattua, mutta mistään en löytänyt kohtaa,
> jolla olisin saanut sen write-tilaan. Varmaan konsolista sekin olisi
> onnistunut, mutta jätin sen sikseen, kun huomasin 5.0 versiossa
> sellaisen oudon jutun, ettei se näyttänyt kaikkia tuolla kiintolevyllä
> olleita tiedostoja. C:-osiota se ei suostunut näyttämään ollenkaan,
> vaan sen tila oli stalled ja lopulta Knoppix "kuoli" kokonaan.
> Kokeilin useamman kerran käynistää Knoppixin uudelleen ja
> aina se lopulta "kuoli" yrittäessäni katsoa C:-osiota.
> Palasin nyt takaisin 3.6 versioon, jolla olen saanut hitaasti, mutta
> varmasti pelastettua tiedostoja kummaltakin osiolta. Ainoa todellinen
> ongelma on nyt se, että yli 2 Gt tiedostoja en saa kopioiduksi
> osioilta USB-levylle. C:-osio on FAT32, D:-osio NTFS ja USB-levy
> FAT32. Tiedostot koipituvat ok 2 Gt saakka, jonka jälkeen
> kopiointiprosessi aina keskeytyy.
>
> Milläköhän noiden yli 2 Gt tiedostojen kopiointi onnistuisi?
Onnistuisiko zippaamalla pienentäminen?
zip /usb_levyn_polku/zipattu_file.zip zipattava_file.mikaliepaate
Tai pilkkominen jollain ohjelmalla (en tiedä millä)?
FAT32:lla suurin sallittu tiedostokoko on 2GB.
Ville Muikkula
> ongelma on nyt se, ett? yli 2 Gt tiedostoja en saa kopioiduksi
> osioilta USB-levylle. C:-osio on FAT32, D:-osio NTFS ja USB-levy
> FAT32. Tiedostot koipituvat ok 2 Gt saakka, jonka j?lkeen
> kopiointiprosessi aina keskeytyy.
>
> Mill?k?h?n noiden yli 2 Gt tiedostojen kopiointi onnistuisi?
Kokeile, onnistuisiko kopiointi lähiverkon yli. Konqueror-selaimessa
osoiteriville smb:/ niin pääset selaamaan lähiverkossa olevia
Windows-levyjakoja.
Viljo Mustonen
> Kokeilin tuota Knoppix 5.0:aa täältä saamillani vinkeillä ja sain tuon
> USB-levyn lopulta mountattua, mutta mistään en löytänyt kohtaa,
> jolla olisin saanut sen write-tilaan. Varmaan konsolista sekin olisi
> onnistunut, mutta jätin sen sikseen, kun huomasin 5.0 versiossa
> sellaisen oudon jutun, ettei se näyttänyt kaikkia tuolla kiintolevyllä
> olleita tiedostoja. C:-osiota se ei suostunut näyttämään ollenkaan,
> vaan sen tila oli stalled ja lopulta Knoppix "kuoli" kokonaan.
> Kokeilin useamman kerran käynistää Knoppixin uudelleen ja
> aina se lopulta "kuoli" yrittäessäni katsoa C:-osiota.
> Palasin nyt takaisin 3.6 versioon, jolla olen saanut hitaasti, mutta
> varmasti pelastettua tiedostoja kummaltakin osiolta. Ainoa todellinen
> ongelma on nyt se, että yli 2 Gt tiedostoja en saa kopioiduksi
> osioilta USB-levylle. C:-osio on FAT32, D:-osio NTFS ja USB-levy
> FAT32. Tiedostot koipituvat ok 2 Gt saakka, jonka jälkeen
> kopiointiprosessi aina keskeytyy.
>
> Milläköhän noiden yli 2 Gt tiedostojen kopiointi onnistuisi?
>
Se 2 GB on FAT32 tiedostojärjestelmän rajoitus.
Jos ne yli 2 GB tiedostot eivät ole kovin suuria ja ovat
pakkautuvia voisit yrittää pakata ne. Mielestäni sopivin
pakkausohjelma tähän tapaukseen olisi zip. Se tekee
pkzip ja winzip yhteensopivia tiedostoja, joten ne
olisi helpoin palauttaa Windowsiin. Lisäksi yksinkertainen
käyttää.
Kokeile komentoa
man zip
Jos vasteeksi tulee man:n ohjesivu zipille, niin Knoppix:ssa
tuo zip-ohjelma. Käytettäessä yksikertaisin komento on
zip pakattu_tiedosto.zip pakattava_tiedosto
Toinen mahdollisuus on käyttää split ohjelmaa, se jakaa
ison tiedoston halutun suuruisiin osiin, jotka sopivalla
ohjelmalla voi myöhemmin yhdistää. Ohjeet saat komentamalla
man split
--
Viljo
a r i PISTE s y r j a m a k i@surfeupistefi JAS
"Hantte" <han...@invalido.lehmussaari.com> kirjoitti
viestissä:EJ18h.55714$6i4....@reader1.news.jippii.net...
> JAS wrote:
>
>> osioilta USB-levylle. C:-osio on FAT32, D:-osio NTFS ja USB-levy
>> FAT32. Tiedostot koipituvat ok 2 Gt saakka, jonka jälkeen
>> kopiointiprosessi aina keskeytyy.
>>
>> Milläköhän noiden yli 2 Gt tiedostojen kopiointi onnistuisi?
>
> Onnistuisiko zippaamalla pienentäminen?
> zip /usb_levyn_polku/zipattu_file.zip zipattava_file.mikaliepaate
>
> Tai pilkkominen jollain ohjelmalla (en tiedä millä)?
>
> FAT32:lla suurin sallittu tiedostokoko on 2GB.
>
Tuota 2 GB rajaa minäkin uumoilin, mutta toisaalta kun tuolla
C:-osiolla, joka siis on FAT32, majailee liki 3 GB tiedostoja, niin
miten tuo raja sitten oikein menee. Kotiverkossani minulla on
verkkokiintolevy, jonka sisäinen käyttis on jokin Linux-versio
ja levy on formatoitu FAT32:ksi. Olen kopioinut sinne liki
4 GB kokoisia tiedostoja ilman ongelmia, yli 4 GB tiedostot
eivät suostu sinne kopioitumaan.
JAS
a r i PISTE s y r j a m a k i@surfeupistefi JAS
"Ville Muikkula" <vmui...@ratol.fi> kirjoitti
viestissä:ejq9ce$1nt$1...@news.oamk.fi...
Mikähän tässä nyt sitten mättää? Liitin kannettavan kotiverkkooni
ja käynnistyksen yhteydessä Knoppix löytää verkon ja kaikki
toimii, pääsen nettiin surffailemaan. Kaikki toimii kuitenkin vain
minuutin tai kaksi, sitten nettiyhteys kuolee ja Knoppix jämähtää.
Hiirtä voi liikutaa n. 5 sekunnin ajan, sitten osoitin jämähtää minuutiksi
pariksi, taas voi liikuttaa n. 5 sekuntia, sitten taas jämähtää jne...
JAS
Viljo Mustonen
>
> Tuota 2 GB rajaa minäkin uumoilin, mutta toisaalta kun tuolla
> C:-osiolla, joka siis on FAT32, majailee liki 3 GB tiedostoja, niin
> miten tuo raja sitten oikein menee. Kotiverkossani minulla on
> verkkokiintolevy, jonka sisäinen käyttis on jokin Linux-versio
> ja levy on formatoitu FAT32:ksi. Olen kopioinut sinne liki
> 4 GB kokoisia tiedostoja ilman ongelmia, yli 4 GB tiedostot
> eivät suostu sinne kopioitumaan.
>
Tuota minäkin aloin miettimään. Minullakin on FAT32 osiolla
3 GB luokkaa olevia tiedostoja. Linuxin fdisk tuntee seuraavat
FAT-osiotyypit
4 FAT16 <32M
b W95 FAT32
c W95 FAT32 (LBA)
e W95 FAT16 (LBA)
En tiedä tähänhätään miten b ja c käytössä eroavat toisistaan.
Vai onko vain kyse miten sectoreita osoitetaan.
Vai riippuuko missä käyttöjärjestelmässä ne on formatoitu.
Minulla FAT-osiot ovat fdisk:in mukaan tyyppiä W95 FAT32 (LBA)
ja ne on formatoitu linuxissa.
Vai olisiko se sinun USB-tikku formatoitu FAT16:ksi.
--
Viljo
Jukka Aho
>> Tuota 2 GB rajaa minäkin uumoilin, mutta toisaalta kun tuolla
>> C:-osiolla, joka siis on FAT32, majailee liki 3 GB tiedostoja, niin
>> miten tuo raja sitten oikein menee. Kotiverkossani minulla on
>> verkkokiintolevy, jonka sisäinen käyttis on jokin Linux-versio
>> ja levy on formatoitu FAT32:ksi. Olen kopioinut sinne liki
>> 4 GB kokoisia tiedostoja ilman ongelmia, yli 4 GB tiedostot
>> eivät suostu sinne kopioitumaan.
> Tuota minäkin aloin miettimään. Minullakin on FAT32 osiolla
> 3 GB luokkaa olevia tiedostoja.
Wikipedian mukaan "The maximum possible size for a file on a FAT32
volume is 4 GiB minus 2 B (2^32 - 2 bytes)."
Mutta vanhoissa Linux-kerneleissä ja glibc:ssä on oma kahden gigatavun
rajansa:
<http://www.suse.de/~aj/linux_lfs.html>
Jos käytetty Knoppix oli kovin vanha, tuohon rajaan voisi vielä törmätä.
Uudemmilla tilanne taas on tämä:
<http://www.novell.com/documentation/suse91/suselinux-admin
guide/html/apas04.html>
--
znark
Jukka Aho
> Milläköhän noiden yli 2 Gt tiedostojen kopiointi onnistuisi?
Silläkin uhalla että menee jo sanotun toistoksi: "dd" + "nc"
(netcat) -yhdistelmä ei tiedostokokorajoja tunne. Täällä joitain
esimerkkejä:
<http://www.g-loaded.eu/2006/11/06/netcat-a-couple-of-use
ful-examples/>
"nc"-komennosta (siis netcatista) on olemassa myös Windows-versio, eli
backupit voi vastaanottaa yhtä lailla Windows-koneellekin, vaikka
lähettävänä päänä olisi Linux.
Mikäli käyttämäsi live-cd kykenee _lukemaan_ yli kahden gigatavun
tiedostoja, voit raa'an levyimagen teon sijaan käyttää myös tar +
nc -yhdistelmää. Tällöin vastaanottavalle koneelle muodostuu
tiedostoista tar-paketti (tai niin haluttaessa myös tar.gz-paketti),
jonka voi aukaista vaikkapa tarin (ja gzipin) Windows-versiolla,
WinZIPillä tai WinRARilla.
Muita ideoita:
1) Jos a) pystyt boottaamaan koneen riittävän uudella Linux-live-cd:llä,
jonka kernelissä ja glibc:ssä ei itsessään mitään 2 gigatavun
tiedostokokorajoituksia ole, ja mikäli b) USB-levysi
FAT32-tiedostojärjestelmän 4 gigatavun kokorajoitus silti alkaa
ahdistaa, formatoi USB-levysi ext2-formaattiin. Windowsille on olemassa
ext2-ajuri, jota käyttäen voit levylle tallennettuja pelastettuja
tiedostoja sitten myöhemmin - levyn Windows-koneeseen liitettyäsi -
tutkia.
2) Live-cd:llä voi olla ssh-serveri. Se ei ole välttämättä oletuksena
päällä, mutta saattaa olla mukana valmiiksi asennettuna ja
konfiguroituna siten, että sen saa päälle vaikkapa komentoriviltä. Jos
sellaisen saat päälle, voit ottaa live-cd-Linuxia pyörittävään koneeseen
yhteyden vaikkapa Windows-koneelta WinSCP:llä ja tonkia mountattuja
levyjä ja hakemistoja sekä siirrellä tiedostoja sitä kautta.
(Tässä yhteydessä lienee myös syytä muistuttaa, että live-cd:itä on
muitakin kuin Knoppix - Googlella löytyy vaikka mitä. Jos jokin uudempi
versio Knoppixista ei suostu syystä tai toisesta toimimaan, peli ei ole
menetetty.)
--
znark
Ville Muikkula
> minuutin tai kaksi, sitten nettiyhteys kuolee ja Knoppix j?m?ht??.
> Hiirt? voi liikutaa n. 5 sekunnin ajan, sitten osoitin j?m?ht?? minuutiksi
> pariksi, taas voi liikuttaa n. 5 sekuntia, sitten taas j?m?ht?? jne...
Ehkä koneessa käytetyn verkkosovittimen laiteohjaimessa on
ohjelmointivirhe.
Anssi Saari
> Tuota 2 GB rajaa minäkin uumoilin, mutta toisaalta kun tuolla
> C:-osiolla, joka siis on FAT32, majailee liki 3 GB tiedostoja, niin
> miten tuo raja sitten oikein menee.
Silleen se menee että FAT32:n raja on 4GiB-2. 2GB:n raja on jossain
muualla, kuten käytetyssä ohjelmassa. Mullakin näyttää olevan koneessa
joku vanha "bsd_dd" joka ei osaa yli 2 GB tiedostoja, tuo ilmoittu
suoraan että "File too large". Muistaakseni käänsin tuon aikanaan kun
se osasi jotain mitä Gnu:n dd ei...
Kun sattui olemaan juuri tuon Knoppix 3.6:n CD hyllyssä, niin kokeilin
vähän. Optiolla knoppix26 usb2 ei usb-levy tullut näkyviin, pelkästään
optiolla knoppix26 tuntuu toimivan, joskin hitaasti. Kopioin kokeeksi
2903736320-tavuisen tiedoston ja meni ongelmitta, siis ihan
graafisesta käyttöliittymästä hiirellä vetäisemällä. Kokeile samaa,
siis knoppix26 siihen boot: promptiin.
Viljo Mustonen
>
> Vai olisiko se sinun USB-tikku formatoitu FAT16:ksi.
>
Googlailin vähän. FAT16 se tikkusi ei voi olla, sillä
sen suurin tiedosto- ja partitiokoko on vain 2 GB.
FAT32:lla suurin tiedostokoko on 4 GB. Eli rajoitus
on nyt Knoppixissa.
--
Viljo
Antti Louko
> JAS wrote:
> Silläkin uhalla että menee jo sanotun toistoksi: "dd" + "nc" (netcat)
> -yhdistelmä ei tiedostokokorajoja tunne. Täällä joitain esimerkkejä:
> <http://www.g-loaded.eu/2006/11/06/netcat-a-couple-of-useful-examples/>
Laitan oheen vuosia sitten kirjoittamani deedee-ohjelman. Koodin laatu
ei kaikilta osiltaan ole niin hyvä kuin voisi toivoa, mutta se ajaa
asiansa. Onpahan nyt sitten googlellakin läydettävissä. Se tulostaa
stderr:iin tiedon blokeista, joita ei voitu lukea ja kun nämä ottaa
talteen, _tietää_, mitkä blokit olivat rikki. Minulla on jossain
python-versiokin, mika voi olla kätevämpi Knoppixia tai vastaavia
käytettäessä.
/* deedee.c Copyright 1986-2006 Antti Louko
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
*/
#include <stdio.h>
#include <fcntl.h>
#include <errno.h>
extern char *optarg;
extern int optind;
extern char *rindex();
off_t BL = 512;
int vflag = 1;
usage(progname)
char *progname;
{
char *p;
if (p = rindex(progname,'/')) progname = p+1;
fprintf(stderr,
"Usage: %s -b buflen_in_blocks -n partitionlen_in_blocks < /dev/from > /dev/to\n",
progname);
fprintf(stderr," [ -s seekblock ]\n");
fprintf(stderr,"or\n");
fprintf(stderr,
"Usage: %s -b buflen_in_blocks -n partitionlen_in_blocks -i /dev/from -o /dev/to\n",
progname);
fprintf(stderr,
"Eg: %s -B 512 -b 64 -n 123456 < /dev/rra0a > /dev/rra13a\n",
progname);
exit(1);
}
main(argc,argv,envp)
int argc;
char **argv;
char **envp;
{
int c;
int buflen = 0;
int flen = 0;
int n;
int pos;
char *buf;
int seekblock = 0;
int vquant = 0;
int nextquant = 0;
int infd = 0;
int outfd = 1;
while ((c = getopt(argc,argv,"b:B:n:vVs:q:i:o:")) != EOF) {
switch (c) {
case 'b':
buflen = atoi(optarg);
break;
case 'B':
BL = atoi(optarg);
break;
case 'n':
flen = atoi(optarg);
break;
case 's':
seekblock = atoi(optarg);
break;
case 'q':
vquant = atoi(optarg);
break;
case 'v':
vflag++;
break;
case 'V':
vflag = 0;
break;
case 'i':
infd = open(optarg,O_RDONLY);
if (infd == -1) {
fprintf(stderr,"Cannot open input file %s: errno==%d\n",optarg,errno);
exit(1);
}
break;
case 'o':
outfd = open(optarg,O_WRONLY|O_CREAT|O_TRUNC);
if (outfd == -1) {
fprintf(stderr,"Cannot open output file %s: errno==%d\n",optarg,errno);
exit(1);
}
break;
}
}
if (!buflen || !flen) {
usage(argv[0]);
}
if (!(buf = malloc(buflen*BL))) {
fprintf(stderr,"Cannot malloc %d blocks\n",buflen);
exit(1);
}
if (seekblock != 0) {
lseek(infd,((off_t)seekblock)*BL,0);
lseek(outfd,((off_t)seekblock)*BL,0);
}
for(pos = seekblock; pos < flen; pos += n) {
int n2,n3;
if (vquant && pos >= nextquant) {
fprintf(stderr,"Copying block %10d\n",pos);
nextquant = pos+vquant;
nextquant -= nextquant%vquant;
}
n = buflen;
if (pos + n > flen) n = flen - pos;
n2 = nread(infd,pos,n,buf);
n3 = nwrite(outfd,pos,n,buf);
}
return 0;
}
int
nread(fd,pos,n,buf)
int fd,pos,n;
char *buf;
{
int n2;
int i;
if ((n2 = read(fd,buf,n*BL)) == n*BL)
return n;
if (vflag)
fprintf(stderr,"Cannot read %3d blocks at %d\n",n,pos);
for(i = 0; i < n; i++) {
lseek(fd,((off_t)(pos+i))*BL,0);
if ((n2 = read(fd,&buf[i*BL],BL)) != BL) {
if (vflag)
fprintf(stderr,"Cannot read %3d blocks at %d\n",1,pos+i);
bzero(&buf[i*BL],BL);
}
}
lseek(fd,((off_t)(pos+n))*BL,0);
return n;
}
int
nwrite(fd,pos,n,buf)
int fd,pos,n;
char *buf;
{
int n2;
n2 = write(fd,buf,n*BL);
if (n2 != n*BL) {
fprintf(stderr,"**** Cannot write %3d blocks at %d\n",n,pos);
}
n2 /= BL;
return n2;
}
a r i PISTE s y r j a m a k i@surfeupistefi JAS
"JAS" <j a r i PISTE s y r j a m a k i@s u r f e u PISTE f i> kirjoitti
viestissä:455cc4a8$0$16507$9b53...@news.fv.fi...
> Kannettavasta koneestani hajosi 120 Gt kiintolevy. Windows
> ei enää suostu käynnistymään, vaan jää junnaamaan alkuruutuun.
> Levyllä on liki 100 Gt tiedostoja, jotka pitäisi pystyä pelastamaan.
>
Tuhannet kiitokset kaikille hyviä vinkkejä antaneille, kaikki
tarpeellinen on nyt pelastettu hajonneelta kiintolevyltä.
Vähän kikkailuksihan homma meni, sillä piti käyttää kahta
eri versiota Knoppixista. Jostain kumman syystä 3.6 versio
näytti kaikki levyillä olleet tiedostot ok, kun 5.0 versio jätti liki
puolet näyttämättä, joukossa pari yli 2 GB:n tiedostoa, joita
3.6 versio ei pystynyt kopioimaan 2 GB:n rajoituksen takia
(missä sitten olikin). SPLIT:llä paloittelin nuo kaksi tiedostoa
USB-levylle ja sitten käynnistin koneen 5.0 versiolla ja CAT:lla
yhdistin palaset jälleen takaisin ja homma sujui hienosti.
Nyt sitten rikkoutunut levy takuuvaihtoon.
JAS