Gimp ei avaa .jpg-tiedostoja

[AnttiLehtinen]

Kiitos vinkistä 
Mitäs pitäisi tehdä kun yritin kopioida tuon kansion ja välillä se valittaa
että ei ole oikeuksia kyseiseen tiedostoon tai että parametri on väärä?
Tämän jälkeen kirjoitin Päätteeseen: sudo dir, jotta tuota ongelmaa ei esiintyisi.
Mutta ongelma ei kadonnut.
Kirjoitin sitten päätteeseen: su dir, mutta sama salasana ei enää käynytkään tähän.
Olen kuitenkin ainoa käyttäjä eikä minulla ole ollut tietääkseni kuin tämä yksi ja sama
salasana kaikkialla...

Vinkkejä kellään siihen miten saan kaikki home -kansion tiedostot kopioitua?

[nm]

Mitäs pitäisi tehdä kun yritin kopioida tuon kansion ja välillä se valittaa
että ei ole oikeuksia kyseiseen tiedostoon tai että parametri on väärä?
Tämän jälkeen kirjoitin Päätteeseen: sudo dir, jotta tuota ongelmaa ei esiintyisi.
Mutta ongelma ei kadonnut.

"sudo dir" ei tee mitään muuta kuin ehkä antaa tiedostolistauksen senhetkisestä hakemistosta, jos dir on asetettu ls:n aliakseksi.

Voit kopioida /home-hakemiston toiseen sijaintiin komennolla:

Koodia: [Valitse]

sudo cp -a /home /polku/kohteeseen/
Muista varmistaa, että kohdelevyllä on riittävästi vapaata tilaa. Tarvittava määrä selviää du-työkalulla: "sudo du -hs /home"

Kirjoitin sitten päätteeseen: su dir, mutta sama salasana ei enää käynytkään tähän.

Ubuntussa pääkäyttäjällä ei ole lainkaan salasanaa, ellei sellaista ole erikseen asetettu. Et siis pysty kirjautumaan pääkäyttäjäksi pelkällä su:lla, vaan on komennettava "sudo su"

[AnttiLehtinen]

Kiitos vinkeistä, mutta valitettavasti niitä tarvitaan lisää.
Home kansion koko on minulla nimittäin 4,7Gt ja kopion koko vain 42,1Mt!
Noita aiemminkin kerrottuja ilmoituksia tulee:
Nautiluksen kautta:

Koodia: [Valitse]

Virhe "Toiminto ei ole sallittu" kohteen "/home/antti/Examples" kopioinnissa
ja

Päätteessä:

Koodia: [Valitse]

cp: tavallisen tiedoston "/media/IOMEGA_HDD/VARMUUSKOPIOT/home/antti/.nautilus/m etafiles/x-nautilus-desktop:%2F%2F%2F.xml" luominen ei onnistu: Invalid argument
sekä

Koodia: [Valitse]

cp: symbolisen linkin "/media/IOMEGA_HDD/VARMUUSKOPIOT/home/antti/.mozilla/firef ox/iiqn9sq5.default/lock" luominen ei onnistu: Operation not permitted


[nm]

Päätteessä:

Koodia: [Valitse]

cp: tavallisen tiedoston "/media/IOMEGA_HDD/VARMUUSKOPIOT/home/antti/.nautilus/m etafiles/x-nautilus-desktop:%2F%2F%2F.xml" luominen ei onnistu: Invalid argument
sekä

Koodia: [Valitse]

cp: symbolisen linkin "/media/IOMEGA_HDD/VARMUUSKOPIOT/home/antti/.mozilla/firef ox/iiqn9sq5.default/lock" luominen ei onnistu: Operation not permitted


Teet ilmeisesti kopion levylle, jolla on FAT32- tai NTFS-tiedostojärjestelmä. Silloin symbolisia linkkejä ja joitain erikoisesti nimettyjä tiedostoja ei voida kopioida. Tämän ei kuitenkaan pitäisi juuri vaikuttaa koko varmuuskopion tilankäyttöön. Tarkistitko sen myös komentokehotteessa ajetun kopioinnin jälkeen?

Voit myös tehdä kotihakemistostasi tar-paketin, jolloin tiedostojärjestelmän puutteet eivät haittaa, kunhan se tukee riittävän isoja tiedostoja:

Koodia: [Valitse]

cd /home
sudo tar -cvf /media/IOMEGA_HDD/VARMUUSKOPIOT/antti-home-20090723.tar antti

[AnttiLehtinen]

Tarkistin tuon koon myös päätteeltä tehdyn kopioinnin jälkeen.
Taidanpa kokeilla tuota pakkausta...
No nyt alkoi tapahtumaan! Eihän vaan ole mitään minkä
takia tuo jättäisi osan tiedostoista pois?
Ehkä sen näkee tiedostokoosta, vaikka se on pakattukin, niin eikös
tuo 4,7Gt vie kuitenkin pakattunakin helposti 2Gt?

[nm]

No nyt alkoi tapahtumaan! Eihän vaan ole mitään minkä
takia tuo jättäisi osan tiedostoista pois?

Eipä oikeastaan, ainakaan kun ajat komennon sudolla. Toisaalta en myöskään keksi, miksi suora kopiointi epäonnistuu tuolla tavalla.

Ehkä sen näkee tiedostokoosta, vaikka se on pakattukin, niin eikös
tuo 4,7Gt vie kuitenkin pakattunakin helposti 2Gt?

Antamani tar-komento ei itseasiassa pakkaa dataa lainkaan vaan tekee tiivistämättömän arkistotiedoston. Jos haluat samalla tiivistää, lisää vipu -z ja tiedostonimeen .gz-pääte:

Koodia: [Valitse]

cd /home
sudo tar -zcvf /media/IOMEGA_HDD/VARMUUSKOPIOT/antti-home-20090723.tar.gz antti
Tuo siis käyttää gzipiä, joka on riittävän hyvä ja nopea vaihtoehto tavallisten varmuuskopioiden pakkaukseen. Tiiviimmin pakkaavia, mutta huomattavasti hitaampia vaihtoehtoja ovat bzip2 (-j) ja xz/lzma (-J). Jos kuvat, äänitiedostot tai videot vievät suurimman osan tilasta, on yleensä turha käyttää mitään pakkausta. Lisäksi tiedostojen palauttaminen vahingoittuneesta arkistosta on vaikeampaa, jos se on pakattu.

[AnttiLehtinen]

Nyt sain tämän toimimaan! Onhan tässä vakionakin useita uusia ohjelmia.
Mutta oli se vain vaikeaa, ei päivitys onnistunut lainkaan suoraviivaisesti.
Onneksi pääsin windowsin kautta hakemaan tuon asennus-cd:n imagen.
Sitten koko osio tyhjäks ja uudelleen asennus.
Todella ärsyttävää, enkä ainakaan vielä näe mitään hyötyä päivityksestä.
Pitää myöhemmin kokeilla noita alussa ihmeteltyjä kuvia.

[AnttiLehtinen]

Kuvat toimivat nyt tässä GIMP:ssä, mutta jotenkin keinotekoinen
vikahan tuossa 2.2 version GIMP:ssä on. Kun kerran osaa sanoa että
ei tue minun kameraa. Pöljää. No ehkäpä tällä sitten pärjää pari vuotta,
kun on kerran tuo LTS-editio.

[AlbertRetro]

Onko ne usb-iideet päivitetty?

1.

Koodia: [Valitse]

lsusb2.

Koodia: [Valitse]

sudo update-usbids3.

Koodia: [Valitse]

lsusb
Ystävällisin terveisin Alpertti

[Downisland]

Minulla samantapainen ongelma.
Eli kun koitin lähettää kuvia teetettäväksi niin huomasin että ohjelmat eivät löydä kuvia ollenkaan jos pääte on .JPG muodossa.
Heti kun muutan päätteeksi .jpg niin ohjelmat löytävät kuvat heti.

Onko olemassa jokin helppo keino muuttaa kaikkien kuvien (joita on tosi paljon) päätteeksi .jpg?

 

[nm]

Koodia: [Valitse]

rename "s/\.JPG$/\.jpg/" *.JPG
Eri distroissa on toisistaan eroavia rename-toteutuksia, mutta Debian-pohjaisissa järjestelmissä on tuo säännöllisiä lausekkeita käyttävä.