Kirjoittaja Aihe: manuaalinen fsck, miten? (ratkaistu)  (Luettu 7591 kertaa)

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
manuaalinen fsck, miten? (ratkaistu)
« : 29.12.19 - klo:13.50 »
eli ubuntu lakkasi toimimasta, haluaa että ajan fsck:n manuaalisesti, ongelma on että ask ubuntun ohje ja oman käynnistyslataajan vaihtoehdot eroavat, ei löydy root -vaihtoehtoa recoverymoden alta eikä 'sudo  fsck -f' kelpaa grub:in konsolissa, miten toimin, kohta kohdalta?

edit: luin muita vastauksia ask ubuntussa ja sain toimimaan.
« Viimeksi muokattu: 29.12.19 - klo:13.58 kirjoittanut Toni Alenius »
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

kamara

  • Käyttäjä
  • Viestejä: 2944
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #1 : 29.12.19 - klo:15.11 »
Laittaisitko linkin toimivaan ohjeeseen.  :)

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #2 : 29.12.19 - klo:17.36 »
Laittaisitko linkin toimivaan ohjeeseen.  :)
https://askubuntu.com/questions/885062/root-file-system-requires-manual-fsck/885085
ensimmäinen vastaus ei riittänyt itselle, alempaa löytyy lisää vaihtoehtoja
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #3 : 07.01.20 - klo:19.36 »
alkuperäiseen onglemaan liittyvä kysymys: kiintolevy näyttäisi olevan hajoamassa koska fsck pitää ajaa aina vain useammin, tänään piti bootata live-usb:ltä, 244 virheellistä sektoria, ajettuani fsck:n 232, sitten hetken päästä enää 208 ja nyt enää 'normaalit' 16, tietääkö levy itsekään miten rikki se on, vai mistä on kyse? Toisekseen miten kloonaan levyn ja kannattaako tätä levyä yrittää kloonata?
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

kamara

  • Käyttäjä
  • Viestejä: 2944
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #4 : 07.01.20 - klo:19.50 »
Toisekseen miten kloonaan levyn ja kannattaako tätä levyä yrittää kloonata?

Varsin korkea aika kloonata, mikäli se suostuu kloonattavaksi. Ennen kloonaamista ajaisin fsck:n.

Kloonaaminen on yksi lempi tempoistani päätteellä, mutta sen läpiviemiseen kuluu PIIIITTTKKKÄÄÄ aika, ja näyttää pitkään, ettei se tee mitään, ellet sitten kloonaa USB-levylle.

Lonkalta omalla vastuullasi. Muista umountata levy ennen kloonaamista.
Mikäli on järjestelmä-levy, niin sitten pitää kyseinen operaatio tehdä live-levyn avulla.
Toivottavasti tässä on kaikki tarvittava mainittu.
Koodia: [Valitse]
sudo dd if=/dev/sdX bs=1M|gzip >KloonattuOnglemalevy.img.gz
X:n tilalle tulee laittaa kloonattavan levyn laitekirjain ilman laitenumeroa.

Etenemistä voi seurata 'ls -l *.img.gz':llä, mutta koska käsky pakkaa samaan aikaan, niin se ei kerro koko totuutta etenemisestä, mutta näkyy kuitenkin että dataa valuu verkkaiseen tahtiin kohdelevylle.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11433
    • Profiili
    • Tomin kotisivut
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #5 : 07.01.20 - klo:19.59 »
Toisekseen miten kloonaan levyn ja kannattaako tätä levyä yrittää kloonata?

Varsin korkea aika kloonata, mikäli se suostuu kloonattavaksi. Ennen kloonaamista ajaisin fsck:n.

Itse tekisin kyllä juuri toisin päin. Ensin kloonaus ehjälle levylle ja sitten varmasti toimivalla levyllä olevalle kopiolle se tiedostojärjestelmän tarkastus.

Lisäksi dd:n sijasta voi käyttää ddrescueta, niin se jatkaa virheistä huolimatta, ja osaa yrittää uudestaan, jos on ongelmia.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #6 : 07.01.20 - klo:20.03 »
Toisekseen miten kloonaan levyn ja kannattaako tätä levyä yrittää kloonata?

Varsin korkea aika kloonata, mikäli se suostuu kloonattavaksi. Ennen kloonaamista ajaisin fsck:n.

Kloonaaminen on yksi lempi tempoistani päätteellä, mutta sen läpiviemiseen kuluu PIIIITTTKKKÄÄÄ aika, ja näyttää pitkään, ettei se tee mitään, ellet sitten kloonaa USB-levylle.

Lonkalta omalla vastuullasi. Muista umountata levy ennen kloonaamista.
Mikäli on järjestelmä-levy, niin sitten pitää kyseinen operaatio tehdä live-levyn avulla.
Toivottavasti tässä on kaikki tarvittava mainittu.
Koodia: [Valitse]
sudo dd if=/dev/sdX bs=1M|gzip >KloonattuOnglemalevy.img.gz
X:n tilalle tulee laittaa kloonattavan levyn laitekirjain ilman laitenumeroa.

Etenemistä voi seurata 'ls -l *.img.gz':llä, mutta koska käsky pakkaa samaan aikaan, niin se ei kerro koko totuutta etenemisestä, mutta näkyy kuitenkin että dataa valuu verkkaiseen tahtiin kohdelevylle.
tuolla ilmeisesti vasta luodaan levykuva joka pitää sitten purkaa korvaavalle levylle? onnistunee kunhan teen vähän tila ulkoiselle levylle...

kyseessä siis läppäri jossa tasan yksi levypaikka, itseltäni löytyy työkalut yhden normilevyn liittämiseksi ulkoisena levynä, taitaa mennä säätämiseksi, mutta vaihtoehtojakaan ei taida olla...
« Viimeksi muokattu: 07.01.20 - klo:20.13 kirjoittanut Toni Alenius »
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

kamara

  • Käyttäjä
  • Viestejä: 2944
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #7 : 07.01.20 - klo:20.10 »
tuolla ilmeisesti vasta luodaan levykuva joka pitää sitten purkaa korvaavalle levylle? onnistunee kunhan teen vähän tila ulkoiselle levylle...

Juurikin niin...
purkaminen tapahtuneen...
(Vastaavilla esi operaatioilla... umount jne.)
Koodia: [Valitse]
cat KloonattuOnglemalevy.img.gz|gunzip|sudo dd of=/dev/sdX bs=1M

Tämänkin heitin lonkalta, mutta ymmärtänet mitä käskysarja tekee...

Omalla kohdallani image vie noin 50 % bruttotilasta. Toki jos on vanha (monella tapaa kirjoitettu) levy, niin saattaa pakkaus olla sitä heikompikin. Uuden tyhjän levyn image vie noin 10 % bruttotilasta, mutta siihenkään ei kannata luottaa.

Edit - Huomioi, että tiedostojärjestelmän tulee tukea suuria tiedostoja, joten vfat-tiedostojärjestelmän ominaisuudet ei todennäköisesti riitä, sillä siinä on tiedostokoon rajoituksena on 4 GiB.
« Viimeksi muokattu: 07.01.20 - klo:20.13 kirjoittanut kamara »

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #8 : 07.01.20 - klo:20.16 »
tuolla ilmeisesti vasta luodaan levykuva joka pitää sitten purkaa korvaavalle levylle? onnistunee kunhan teen vähän tila ulkoiselle levylle...

Juurikin niin...
purkaminen tapahtuneen...
(Vastaavilla esi operaatioilla... umount jne.)
Koodia: [Valitse]
cat KloonattuOnglemalevy.img.gz|gunzip|sudo dd of=/dev/sdX bs=1M

Tämänkin heitin lonkalta, mutta ymmärtänet mitä käskysarja tekee...

Omalla kohdallani image vie noin 50 % bruttotilasta. Toki jos on vanha (monella tapaa kirjoitettu) levy, niin saattaa pakkaus olla sitä heikompikin. Uuden tyhjän levyn image vie noin 10 % bruttotilasta, mutta siihenkään ei kannata luottaa.

Edit - Huomioi, että tiedostojärjestelmän tulee tukea suuria tiedostoja, joten vfat-tiedostojärjestelmän ominaisuudet ei todennäköisesti riitä, sillä siinä on tiedostokoon rajoituksena on 4 GiB.
kiitoksia, ongelmalevy on 500 gigainen, noin 91 gigaa käytössä, toivotaan että mahtuu ulkoiselle (74 gigaa vapaana)...
ulkoinen levy käyttää NTFS:ää koska käytin välillä melkein yksinomaan Windowsia, eli pitäisi onnistua
« Viimeksi muokattu: 07.01.20 - klo:20.18 kirjoittanut Toni Alenius »
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

kamara

  • Käyttäjä
  • Viestejä: 2944
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #9 : 07.01.20 - klo:20.20 »
kiitoksia, ongelmalevy on 500 gigainen, noin 91 gigaa käytössä, toivotaan että mahtuu ulkoiselle (74 gigaa vapaana)...
ulkoinen levy käyttää NTFS:ää koska käytin välillä melkein yksinomaan Windowsia, eli pitäisi onnistua

Hep Hep...
Se käyttää 50 % 500 Gt:ta eikä 91 Gt:sta. !!!!!!!!!!!!!!!!!!!!!

Edit - Tämä johtuu siitä, että levykuvaa tehtäessä ei lueta tiedostoja vaan koko levy, mitä oletkaan siihen aikoinaan kirjoitellut. Koska tiedostojen poistaminen ei tyhjennä levyltä tietoa, vaan vain merkitsee ne tyhjäksi. Levykuva kirjoittaa levykuvaan KAIKEN, mitä on kirjoitettu, ja joita ei ole kirjoitettu myöhemmin päälle. Varsinkin vanhassa levyssä on usein kirjoitettu monta kertaa vanhojen tietojen päälle, jolloin levy muuttuu vaikeasti pakattavaksi. Eli tarvinnet ainakin 250 Gt vapaata tilaa, ja mielellään enemmänkin.

Toinen vaihtoehto on kirjoittaa ennen levykuvan ottamista tyhjä tiedosto, joka sisältää nollia, mutta sitä en suosittele, kun nykyinenkin levysi natisee toiminnan rajamailla.
Nollat siis pitää kirjoittaa siihen, josta halutaan ottaa levykuva. Ja nolla pitää tietenkin kirjoittaa silloin, kun se on mountattuna. (Tähänkin menee pitkä aika.)
Koodia: [Valitse]
cat /dev/zero >000.000
Kun tämän on tehnyt, niin sen jälkeen ...
Koodia: [Valitse]
rm 000.000

Ja sen jälkeen unmounttaus ja levykuvan tekeminen.
« Viimeksi muokattu: 07.01.20 - klo:20.33 kirjoittanut kamara »

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #10 : 07.01.20 - klo:20.39 »
kiitoksia, ongelmalevy on 500 gigainen, noin 91 gigaa käytössä, toivotaan että mahtuu ulkoiselle (74 gigaa vapaana)...
ulkoinen levy käyttää NTFS:ää koska käytin välillä melkein yksinomaan Windowsia, eli pitäisi onnistua

Hep Hep...
Se käyttää 50 % 500 Gt:ta eikä 91 Gt:sta. !!!!!!!!!!!!!!!!!!!!!
no voi kele, pitää siis panna ongelmalevy jäähylle ja käyttää tilapäisesti toista siihen asti että saan hankittua aivan uuden levyn jolle purkaa levykuva, jonka tallentamiseen taas pitänee käyttää sitä tilapäistä levyä (jos se on tarpeeksi iso, en muista kokoa enkä pääse tarkistamaankaan sitä ennen kuin huomenna...), tietysti ulkoiselta saisi vapautettua yli 400 gigaa kun poistaisi Windows-levystä tehdyn levykuvan (vanha kuin taivas mutta sillä saattaa olla tavaraa jota haluaisin vielä käyttää joskus...)
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #11 : 07.01.20 - klo:21.07 »
palataan asiaan huomenna iltapäivällä, kiitoksia tähänastisesta avusta, huomenna alkaa oikea savotta...
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #12 : 08.01.20 - klo:18.40 »
Toisekseen miten kloonaan levyn ja kannattaako tätä levyä yrittää kloonata?

Varsin korkea aika kloonata, mikäli se suostuu kloonattavaksi. Ennen kloonaamista ajaisin fsck:n.

Kloonaaminen on yksi lempi tempoistani päätteellä, mutta sen läpiviemiseen kuluu PIIIITTTKKKÄÄÄ aika, ja näyttää pitkään, ettei se tee mitään, ellet sitten kloonaa USB-levylle.

Lonkalta omalla vastuullasi. Muista umountata levy ennen kloonaamista.
Mikäli on järjestelmä-levy, niin sitten pitää kyseinen operaatio tehdä live-levyn avulla.
Toivottavasti tässä on kaikki tarvittava mainittu.
Koodia: [Valitse]
sudo dd if=/dev/sdX bs=1M|gzip >KloonattuOnglemalevy.img.gz
X:n tilalle tulee laittaa kloonattavan levyn laitekirjain ilman laitenumeroa.

Etenemistä voi seurata 'ls -l *.img.gz':llä, mutta koska käsky pakkaa samaan aikaan, niin se ei kerro koko totuutta etenemisestä, mutta näkyy kuitenkin että dataa valuu verkkaiseen tahtiin kohdelevylle.
vielä tarkistus ennen toimeen ryhtymistä, eli kun luon järjestelmälevystä levykuvan, pitää olla buutattuna live-medialta? tarkempia ohjeita miten saan /dev/sda:sta tehdyn levykuvan menemään /dev/sdb:lle (levy jolle levykuvan tallennan)? Käsittääkseni tuon komennon ajaminen tallentaa luodun tiedoston sen hetkisten asetusten mukaiseen 'oletusosoitteeseen' eli live-median tapauksessa 'järjestelmälevylle', joka muistaakseni live-medialta ajettaessa on koneen RAM, koneeni 8GiB on vain murto-osa valmiin levykuvan koosta...
« Viimeksi muokattu: 08.01.20 - klo:18.59 kirjoittanut Toni Alenius »
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

kamara

  • Käyttäjä
  • Viestejä: 2944
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #13 : 08.01.20 - klo:20.21 »
Toisekseen miten kloonaan levyn ja kannattaako tätä levyä yrittää kloonata?

Varsin korkea aika kloonata, mikäli se suostuu kloonattavaksi. Ennen kloonaamista ajaisin fsck:n.

Kloonaaminen on yksi lempi tempoistani päätteellä, mutta sen läpiviemiseen kuluu PIIIITTTKKKÄÄÄ aika, ja näyttää pitkään, ettei se tee mitään, ellet sitten kloonaa USB-levylle.

Lonkalta omalla vastuullasi. Muista umountata levy ennen kloonaamista.
Mikäli on järjestelmä-levy, niin sitten pitää kyseinen operaatio tehdä live-levyn avulla.
Toivottavasti tässä on kaikki tarvittava mainittu.
Koodia: [Valitse]
sudo dd if=/dev/sdX bs=1M|gzip >KloonattuOnglemalevy.img.gz
X:n tilalle tulee laittaa kloonattavan levyn laitekirjain ilman laitenumeroa.

Etenemistä voi seurata 'ls -l *.img.gz':llä, mutta koska käsky pakkaa samaan aikaan, niin se ei kerro koko totuutta etenemisestä, mutta näkyy kuitenkin että dataa valuu verkkaiseen tahtiin kohdelevylle.
vielä tarkistus ennen toimeen ryhtymistä, eli kun luon järjestelmälevystä levykuvan, pitää olla buutattuna live-medialta? tarkempia ohjeita miten saan /dev/sda:sta tehdyn levykuvan menemään /dev/sdb:lle (levy jolle levykuvan tallennan)? Käsittääkseni tuon komennon ajaminen tallentaa luodun tiedoston sen hetkisten asetusten mukaiseen 'oletusosoitteeseen' eli live-median tapauksessa 'järjestelmälevylle', joka muistaakseni live-medialta ajettaessa on koneen RAM, koneeni 8GiB on vain murto-osa valmiin levykuvan koosta...

Kun boottaat live-medialta, niin kytke USB-kiintolevy koneeseen.
Sitten mene cd-komennolla USB-kiintolevyn hakemistoon. Jotain seuraavaa vastaavaa...
Koodia: [Valitse]
cd /media/ubuntu/MountattuUSBkovoni

Sitten pitää viimeistään tässä vaiheessa poistaa mounttaus umount-käskyllä siitä kiintolevystä, josta haluat ottaa levykuvan. Siis kaikki sen kiintolevyn mounttaukset pitää umounttata (mielellään päätteen avulla umount-käskyllä sudolla höystettynä).
Koodia: [Valitse]
sudo umount /dev/sda1
sudo umount /dev/sda2
jne.
(Tässä esimerkkitapauksessani kiintolevy, josta halutaan ottaa levykuva on /dev/sda-levy).

Elikkä tässä tilanteessa pitiäisi päätteessäsi olla (seuraavaa vastaavassa) hakemistossa. Eli päätteen promptin pitäisi näyttää jokseenkin tältä:
Koodia: [Valitse]
ubuntu@ubuntu:/media/ubuntu/MountattuUSBkovoni$

Sen jälkeen voikin tehdä levykuva. (ÄLÄ tee sitä, mikäli et ole varma, mitä teet.)
Koodia: [Valitse]
sudo dd if=/dev/sda bs=1M|gzip >KloonattuOnglemalevy.img.gz
HUOM! Tässä esimerkissäni on edelleen kyseessä järjestelmälevy, joka näkyy tiedostojärjestelmässä /dev/sda-levynä.  ÄLÄkä edelleenkään tee sitä, mikäli et tiedä, mitä käsky tekee...

Kysy lisää, ja muutkin voivat tarkentaa, mikäli sähläsin jotain välissä.
« Viimeksi muokattu: 08.01.20 - klo:20.30 kirjoittanut kamara »

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #14 : 08.01.20 - klo:20.46 »
tämä auttoi jo paljon, oletetaan että usb:llä liitetty levy on tunnuksella sdb ja on alustettu yhdeksi isoksi ext4 -osioksi nimeltä asd, hakemistopolku lienee
Koodia: [Valitse]
/media/ubuntu/asd?

muilta osin kuulostaa riittävän tutulta että uskon ymmärtäväni miten toimia

edit: kuvakaappaukset vielä ao. levyistä ja osioista, eli

Koodia: [Valitse]
cd /media/ubuntu/asd
sitten umountataan sda1 koska muita osioita ei ole

Koodia: [Valitse]
sudo umount /dev/sda1
sitten kun olen varmistanut että olen oikeassa hakemistopolussa

Koodia: [Valitse]
ubuntu@ubuntu:/media/ubuntu/asd$
luon levykuvan komennolla

Koodia: [Valitse]
sudo dd if=/dev/sda bs=1M|gzip >asdasd.img.gz
ja sitten aikanaan kun olen purkamassa levykuvaa uudelle levylle (joka tässä vaiheessa on jo asennettuna vanhan sisäisen levyn paikalle)

Koodia: [Valitse]
cd /media/ubuntu/asd
Koodia: [Valitse]
sudo umount /dev/sda1 (olettaen että uusi levy on tässä vaiheessa jo alustettu yhdeksi ext4 -osioksi)

Koodia: [Valitse]
cat asdasd.img.gz|gunzip|sudo dd of=/dev/sda bs=1M
onko se muuten
Koodia: [Valitse]
dd of=/dev/sda bs=1Mvaiko
Koodia: [Valitse]
dd if=/dev/sda bs=1M?
« Viimeksi muokattu: 08.01.20 - klo:21.13 kirjoittanut Toni Alenius »
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD

kamara

  • Käyttäjä
  • Viestejä: 2944
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #15 : 09.01.20 - klo:08.05 »

Koodia: [Valitse]
cat asdasd.img.gz|gunzip|sudo dd of=/dev/sda bs=1M
onko se muuten
Koodia: [Valitse]
dd of=/dev/sda bs=1Mvaiko
Koodia: [Valitse]
dd if=/dev/sda bs=1M?

of - tulee sanoista outputfile.
if - tulee sanoista inputfile.

Joten minulla ei ollut bugia, kirjoittaessani levykuvan purkukäskyksi...
Koodia: [Valitse]
cat asdasd.img.gz|gunzip|sudo dd of=/dev/sda bs=1M
Tässä käskyssä siis luetaan cat-käskyllä pakkattu levykuva, ja puretaan lennossa gunzip-käskyllä, ja putken lopuksi tallentaan levykuva dd:llä /dev/sda-laitteelle yhden Megatavun lohkoissa.

Lisähuomioina voisi mainita, että ext4-pohjaiseen tietojärjestelmään tulee tehdä kansio, johon tavallisella käyttäjällä on kirjoitusoikeudet, koska käsky:
Koodia: [Valitse]
sudo dd if=/dev/sda bs=1M|gzip >asdasd.img.gz
Kyseinen käsky kirjoittaa normaalilla käyttäjän oikeuksilla, vaikka se lukeekin täysillä root-oikeuksilla, joten pakkauskäsky antaa virheen, mikäli käyttäjän oikeudet eivät riitä tiedostoon kirjoittamiseen.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11433
    • Profiili
    • Tomin kotisivut
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #16 : 09.01.20 - klo:08.42 »
Koodia: [Valitse]
cat asdasd.img.gz|gunzip|sudo dd of=/dev/sda bs=1M
Tässä käskyssä siis luetaan cat-käskyllä pakkattu levykuva, ja puretaan lennossa gunzip-käskyllä, ja putken lopuksi tallentaan levykuva dd:llä /dev/sda-laitteelle yhden Megatavun lohkoissa.

Turhan cat-komennon palkinto. Vakavasti puhuen: gunzipille voi antaa tiedostonimen suoraankin, jolloin välttyy turhalta pukitukselta.
Koodia: [Valitse]
gunzip -c asdasd.img.gz | sudo dd of=/dev/sda bs=1Mtoinen tapa välttää cat oIisi ohjata tiedosto päätteen omin keinoin, mutta ylempi tapa on mielestäni parempi, koska silloin tiedosto avataan suoraan gunzipin prosessissa.
Koodia: [Valitse]
gunzip < asdasd.img.gz | sudo dd of=/dev/sda bs=1M
Kaikkillä näillä komennoilla saa saman lopputuloksen. Jotain pientä eroa voi olla resurssien käytössä ja nopeudessa. Toki tavallisesti, jos gunzipille antaa suoraan tiedostonimen, niin kyseinen tiedosto poistetaan ja luodaan pakkaamaton tiedosto ilman .gz-päätettä, mutta -c paitsi ohjaa tulosteen vakiotulosteeseen myös jättää tiedostot koskemattomiksi.

Kannattaa sitten katsoa tarkkaan, että sda on oikea kohdelevy!
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

kamara

  • Käyttäjä
  • Viestejä: 2944
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #17 : 09.01.20 - klo:16.59 »
« Viimeksi muokattu: 09.01.20 - klo:17.23 kirjoittanut kamara »

raimo

  • Käyttäjä
  • Viestejä: 4155
  • openSUSE Tumbleweed
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #18 : 09.01.20 - klo:17.09 »
En tiiä mut eikö cp -a riitä miksi pitää käyttää dd:tä, eikös se kopioi mahdolliset viatkin?
Koodia: [Valitse]
cp -a LÄHDE KOHDE
Tuossa on hyvää se(kin) että se ei kopioi 500Gt vaan sen määrän mitä tiedostoja on.

man cp ja Googlella lisää.
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

Toni Alenius

  • Käyttäjä
  • Viestejä: 1506
    • Profiili
Vs: manuaalinen fsck, miten? (ratkaistu)
« Vastaus #19 : 12.01.20 - klo:16.25 »
En tiiä mut eikö cp -a riitä miksi pitää käyttää dd:tä, eikös se kopioi mahdolliset viatkin?
Koodia: [Valitse]
cp -a LÄHDE KOHDE
Tuossa on hyvää se(kin) että se ei kopioi 500Gt vaan sen määrän mitä tiedostoja on.

man cp ja Googlella lisää.
eli pelkän tiedostojen kopioinnin pitäisi riittää? Kyseessä siis tosiaan järjestelmälevy
Ubuntu 20.04.06 LTS
16 GB DDR3
Intel® Core™ i5 CPU 760 @ 2.80GHz × 4
GeForce GT 730 2GB
480 GB SSD