Viestit

61

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 12.01.20 - klo:23.14 »

Kun järjestelmässäsi on swap-osio, otetaan se käyttöön järjestelmää käynnistettäessä. Ko. osio on siis joko tarjolla - tai ei, jos /etc/ftab -tiedostossa ko. osio on käynnistettävissä swap:ksi.

DD-komennolla on kloonattavissa koko kiintolevy. Kun DD:llä on tehty kiintolevystä näköislevy (jonka yleinen tarkennin on .iso tai esim. .img). Tuo näköislevy on palautettavissa kiintolevylle (tms.) ko. DD-komennolla.
Linux:in asennusmediat ovat yleensä nimenomaan .iso -tiedostoja, jotka on asennettavissa eri medioilla käynnistettäviksi.

selvennykseksi, tässä ollaan nyt palauttamassa "pika-alustettua" levyä, testdisk löysi halutun osion,kysymys kuuluu, miten palautan sen testdiskillä? muutanko osion tyypin D:stä (deleted) *:ksi (bootable primary) vai valitsenko kyseisen osion ja painan A:ta luodakseni osion, vai teenkö molemmat? toinen kysymys on, arvaanko jättää tuon swapin palauttamatta?

62

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 12.01.20 - klo:21.57 »

testdisk löysi tämmöistä, mitä tuolle swapille pitäisi laittaa palautuksessa?

vaihtoehdot primary bootable partition, primary partition, logical ja extended

ja muutanko vain palautettavat osiot tyypistä D (deleted) joksikin muuksi, vai painanko A:ta lisätäkseni osiot, vai teenkö molemmat? vastauksilla ei kiirettä, pääasia että on okein.

edit2: siinä on siis kuvasta rajattuna pois varsinainen järjestelmäosio, merkitsin sen primary bootable:ksi, jään odottamaan miten jatkaa...

kiitos avusta, ja pahoittelut äksyilystä, stressaava tapahtumaketju...

63

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 12.01.20 - klo:20.19 »

tällä välin, miten tuon cp:n olisi pitänyt toimia? yritin sitä moneen kertaan eikä mitään tapahtunut, ja silloin tiedot oli kyllä tallella.

Yleensä Linuxissa, kun operaatio onnistuu, varsinkin komentorivillä, ei tule mitään ilmoitusta. Homma vain onnistuu.

yrittäessäni cp:tä

Koodia: [Valitse]

ubuntu@ubuntu:~$-rivi ilmestyi kirjoittamani komennon alapuolelle välittömästi

64

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 12.01.20 - klo:19.58 »

ajand testdiskiä josko se osaisi palauttaa datan, näyttää siltä että levy alustui jotenkin, alustin asd - levyn cp:n ajamisen jälkeen mutta olen lähes varma että valitsin ihan oikean levyn...

tällä välin, miten tuon cp:n olisi pitänyt toimia? yritin sitä moneen kertaan eikä mitään tapahtunut, ja silloin tiedot oli kyllä tallella.

65

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 12.01.20 - klo:19.37 »

Moutattuna eli esim /dev/sda1 pitää mountata ja sama kohdehakemistolle.

en tiedä mitä tapahtui mutta yrittäessäni sinun kikkaasi (tarkistettuani että kopioin sda:lta sdc:lle moneen kertaan) eikä mitään tapahtunut yritin käynnistää koneen sisäiseltä kovolta, todetakseni että jollain ilveellä sisäinen kovo on tyhjä, osio nimeltään asd

66

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 12.01.20 - klo:18.34 »

Moutattuna eli esim /dev/sda1 pitää mountata ja sama kohdehakemistolle.

pitäisikö konsolin tulostaa jotain tai pysyä varattuna kunnes kopiointi on valmis ennen

Koodia: [Valitse]

ubuntu@ubuntu:~$-rivin ilmestymistä?

levynhallinnan perusteella mitään ei olla kirjoittamassa sdc1:lle (joka siis on aiemmin mainitun asd -nimisen osion tämänhetkinen tunnus)

67

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 12.01.20 - klo:17.43 »

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

saisiko yksityiskohtaisempia ohjeita, "kvg" ei ihan toimi kun tosiaan tarkoitus olla rikkomatta mitään

syötänkö lähteeksi /dev/sda vaiko jotain muuta, jas jotain muuta niin mitä? osiot mountattuna vaiko umountattuna? jne.

68

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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

69

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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?

70

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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...

71

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 07.01.20 - klo:21.07 »

palataan asiaan huomenna iltapäivällä, kiitoksia tähänastisesta avusta, huomenna alkaa oikea savotta...

72

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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...)

73

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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

74

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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...

75

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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?

76

Ubuntu tietokoneissa / Vs: manuaalinen fsck, miten? (ratkaistu)

« : 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

77

Ubuntu tietokoneissa / 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.

78

Multimedia ja grafiikka / HD-tasoinen kuva Elisa Aitiossa

« : 09.01.19 - klo:17.45 »

Eli tahto katsella Aitiota koneella olisi kova, mutta Ubuntun kanssa valittaa että tarkista HDCP-yhteensopivuus, ei voi katsella HD-tasoisena, pudotettu SD-tasolle, Firfoxissa ja Chromiumissa siis sama virsi molemmissa, onko tähän olemassa ratkaisua vai pitääkö vain tyytyä SD -tasoiseen mössöön?

käytän 64bittistä 18.04.1:tä vai mikäsenytoli, rauta ei myöskään ole este (kuten ei myöskään näytönohjaimen ajuri sikäli kun olen tietoinen koska tunnistuu Radeon HD5650:na niinkuin pitääkin)

79

Ubuntu tietokoneissa / Vs: Chromiumin kaatuminen avattaessa tai tallentaessa tiedostoja

« : 09.12.18 - klo:21.41 »

eli mikä mahtaa olla vikana ja mitä voin tehdä itse asian korjaamiseksi?

80

Ubuntu tietokoneissa / Chromiumin kaatuminen avattaessa tai tallentaessa tiedostoja

« : 26.11.18 - klo:23.31 »

Chromium on alkanut kaatua joka kerta kun yritän joko lisätä liitetiedostoja tai ladata jotain, aloittaessani Ubuntun käyttöä pitkän tauon jälkeen aiemmin syksyllä Ubuntu herjasi Chromiumin tarvitsevan erikseen myönnettyjä luku ja/tai kirjoitusoikeuksia kun ensimmäisen kerran yritin lisätä liitteitä johonkin viestiin Chromiumissa.

Käytän siis ajan tasalla olevaa 18.04.1 LTS:ää (64-bittistä versiota)