Pikku kikkoja

[Postimies]

Tuo -av on tehokas vipu. Sillä voi kopioida vaikka kokonaisen systeemin. Sudo ei käsittääkseni käytä rootin avaimia tai kansiota /root asetuksiin. Sudo monesti ongelmallinen pitkissä komennoinssa. Helpompia su tai su -. Noissa se tärkeä ero, että su käyttää käyttäjän kotikansiota ja su - /root kansiota asetuksiin. Usein nuo pisteet, viivat ym. ovat yllättävän tärkeitä.

[AimoE]

Sudo ei käsittääkseni käytä rootin avaimia tai kansiota /root asetuksiin.

Tuossa ajaaskelin kertomassa komennossa viitataan avaimeen etäkoneella, ei kotikoneella.

[ajaaskel]

Sudo ei käsittääkseni käytä rootin avaimia tai kansiota /root asetuksiin.

Avainta käyttää ssh, ei sudo.  Jos yrittää ajaa tuota ylempänä mainittua rsync-komentoa sudon kanssa ilman että kerrot yksityisen avaimen sijaintia niin avainta yritetään hakea /root/.ssh kansion alta. "-i"   vivulla annetaan yksityisen avaimen polku eli oman koneesi avaimen polku.

Tunnus jolle yritetään loggaantua etäkoneella määrää etäkoneella käytetyn avaimen. Jos yrittää omalla tunnuksella sitä haetaan oman kotihakemiston alta .ssh kansiosta ja rootilla vastaavasti /root/.ssh (koska /root on määritetty rootin kotihakemistoksi).

Noissa se tärkeä ero, että su käyttää käyttäjän kotikansiota ja su - /root kansiota asetuksiin.

Sama sudolla:

Koodia: [Valitse]

sudo -s

Koodia: [Valitse]

pwd
/home/ajaaskel

Koodia: [Valitse]

sudo -i

Koodia: [Valitse]

pwd
/root

[Postimies]

Tuossa ajaaskelin kertomassa komennossa viitataan avaimeen etäkoneella, ei kotikoneella.

Olin aika unessa. Ei sitä heti tajua, että tuossa

Koodia: [Valitse]

-e 'ssh -i /home/ajaaskel/.ssh/id_rsa'
viitataan etäkoneeseen eikä paikalliseen kansioon. mc myös kätevä tiedostojen siirtoon. Tuolla voi muokata myös oikeuksia etänä. Käyttäjäoikeuksien siirtäminen aina hankalaa, jos ryhmissä/käyttäjissä paljon eroja koneiden välillä.  -e ja -i parametreja en ole ikinä käyttänyt. ssh lienee oletus eli -e ssh on tarpeeton yleensä.

[ajaaskel]

Tuossa ajaaskelin kertomassa komennossa viitataan avaimeen etäkoneella, ei kotikoneella.

Olin aika unessa. Ei sitä heti tajua, että tuossa

Koodia: [Valitse]

-e 'ssh -i /home/ajaaskel/.ssh/id_rsa'
viitataan etäkoneeseen eikä paikalliseen kansioon. mc myös kätevä tiedostojen siirtoon. Tuolla voi muokata myös oikeuksia etänä. Käyttäjäoikeuksien siirtäminen aina hankalaa, jos ryhmissä/käyttäjissä paljon eroja koneiden välillä.  -e ja -i parametreja en ole ikinä käyttänyt. ssh lienee oletus eli -e ssh on tarpeeton yleensä.

Tuossa ajaaskelin kertomassa komennossa viitataan avaimeen etäkoneella, ei kotikoneella.

Olin aika unessa. Ei sitä heti tajua, että tuossa

Koodia: [Valitse]

-e 'ssh -i /home/ajaaskel/.ssh/id_rsa'
viitataan etäkoneeseen eikä paikalliseen kansioon. mc myös kätevä tiedostojen siirtoon. Tuolla voi muokata myös oikeuksia etänä. Käyttäjäoikeuksien siirtäminen aina hankalaa, jos ryhmissä/käyttäjissä paljon eroja koneiden välillä.  -e ja -i parametreja en ole ikinä käyttänyt. ssh lienee oletus eli -e ssh on tarpeeton yleensä.

Ei, sillä viitataan paikalliseen kansioon kuten kerroin.  man ssh:

 -i identity_file
             Selects a file from which the identity (private key) for public key authentication is read.

[ajaaskel]

Tiedoston ikä ?

Joskus voidaan hyödyntää tietoa tiedoston iästä ja tehdä tarvittaessa muita toimenpiteitä.  Tiedoston iän saa aika helposti kun vähentää nykyhetkestä tiedoston ajan, kokeillaanpa hieman:

Koodia: [Valitse]

touch jokutiedosto

Koodia: [Valitse]

echo $[$(date +%s) - $(date -r jokutiedosto +%s)]
Aika näkyy sekuntteina mutta helppo tuo on jakaa vaikka 60: llä minuuteiksi:
 

Koodia: [Valitse]

echo $[$[$(date +%s) - $(date -r jokutiedosto +%s)] / 60]
Ylläoleva näyttää ajan siitä kun tiedostoa on viimeksi päivitetty.

[ajaaskel]

Valokuvien päiväys

Pieni johdanto ongelmaan...
Kamerani tekee ".jpg" tiedostoja ottaessan kuvia.  Tuohon tiedostoon liittyy kaksi aivan eri tasoista päiväystä:  Kamera tallettaa erikseen tiedoston sisälle kuvan ottopäiväyksen kellonaikoineen alueeseen jota usein kutsutaan "EXIF" -nimellä. Tuonne exif-alueelle tallettuvat myös monet muut asiat kuten kameran asetukset kuvan ottohetkellä.  Myöskin kuvan editointipäivälle on siellä paikka.  Tiedostolla itsellään on oma päiväyksensä joka voi olla mitä hyvänsä ja näkyy tavanomaiseen tapaan tiedoston päiväyksenä kun kuvia selailee koneella.

Jotta oikea valokuvan ottohetki tallettuisi tiedoston sisälle (exif) pitää kameran päiväys/ kellonaika asettaa oikeaksi ennen käyttöä.  Kävipä vain kerran että yhdessä kamerassa tuo päiväys olikin jossain parin vuoden takana.  Kuvia oli otettu jo eräskin kappale. Samoin joitakin videoita, ei onneksi vielä monta.  Kaikki päiväykset olivat pielessä.


Asian pystyi korjaamaan useampivaiheisesti.  .jpg kuvien sisältämän kuvanottopäiväyksen sai korjattua "exiftool" -ohjelmalla joka asentui päätteessä:

Koodia: [Valitse]

sudo apt-get install libimage-exiftool-perl
Komentoesimerkki on muotoa:

Koodia: [Valitse]

exiftool "-DateTimeOriginal+=5:10:2 10:48:0" DIR
jossa yllä vuosien määrään lisätään 5, kuukausien määrään 10, päivien määrään 2 ja vastaavasti kellon aikaan lisätään tunteihin 10 ja minuutteihin 48. Tuohon "DIR" kohtaan tulee polku (esim. /home/ajaaskel/Kuvat/valokuvat tms.).

Kun tiesin eron minkä verran päiväykset olivat perässä sain tuolla oikaistua asian kätevästi !

Halusin kuitenkin korjata sen lisäksi vielä itse tiedoston päiväyksen ja kirjoittelin pikku scriptin joka teki sen:

Koodia: [Valitse]

for file in ./*.[jJ][pP][gG]; do
exif_date=$(exiftool "-DateTimeOriginal" "$file" | grep : | cut -d ':' -f2-6 |tr -d ': ' |sed 's/..$/.&/')
if [ "$exif_date" != "" ] && [ ${#exif_date} = 15 ]; then
touch -t $exif_date "$file"
if [ $? ]; then echo "$file  $exif_date  ok"; else echo "$file failed"; fi
fi
done

Ennen tuon ajoa pitää liikkua cd: n avulla oikeaan paikkaan missä kuvat ovat. Scripti kopioi kuvatiedoston sisältä kuvan ottohetken (exif) myös tiedoston päiväykseksi.  Tuo scripti löytyy valmiina tiedostona täältä nimellä "exifstamp":

http://www.homelinuxpc.com/download/exifstamp

Ohje: Talleta, anna ajo-oikeus ja laita vaikka ---> /usr/local/bin niin helppo käyttää.

Videoiden päiväyksen sai halutuksi tavanomaiseen tapaan käyttämällä "touch" -ohjelmaa.

[ajaaskel]

Bash --- ohjelmasi on "hajautettu"  ?


Mitäpä ajattelisit tästä kun yritän käynnistää ohjelman:

Koodia: [Valitse]

fileagebash: /usr/local/bin/fileage: Tiedostoa tai hakemistoa ei ole

Koodia: [Valitse]

ls -l /usr/bin/fileage-rwxr-xr-x 1 root root 4414 marra 10 20:13 /usr/bin/fileage

Koodia: [Valitse]

echo $PATH/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games

Koodia: [Valitse]

which fileage/usr/bin/fileage

Siis mitä ?  Ohjelma ei käynnisty vaikka on polussa, löytyy aivan oikeasta kansiosta ja myös "which" komento löytää sen oikeasta paikasta.  Sen sijaan BASH kuvittelee että ohjelma sijaitsisi jossain aivan muualla ja sanoo sen takia "ei oo" kun yrittää käynnistää ohjelmaa.

Nyt tuleekin mielenkiintoinen juttu:

Koodia: [Valitse]

type fileagefileage on hajautettu (/usr/local/bin/fileage)

Hajautettu    (hash ?)

Google-haku löysi heti:

http://www.turnkeylinux.org/forum/support/20140108/solved-bash-command-not-found-after-replacing-package

Eli karkeasti suomennettuna:  "BASH ei välttämättä käytä polkua ollenkaan jos se löytää sen omasta "pikahakutaulusta" käynnistettävälle ohjelmalle sijainnin."   

Nyt vain oli käynyt niin että kun käynnistettävä ohjelma oli ensin paikassa /usr/local/bin ja siirsin sen paikkaan /usr/bin niin BASH ei tajunnut muutosta.   Tuota voisi kutsua jopa bugiksi siinä mielessä että kun ohjelma ei löytynyt tuon "hash" -taulun avulla niin BASH ei mennyt etsimään sitä polusta (mistä se olisi löytynyt).

Oletko tutustunut BASH: in  "hash" -systeemikäskyyn ?   No, älä ole huolissasi sillä ei ole varmasti kauhean moni muukaan
Tuolta se löytyy esimerkiksi:

http://ss64.com/bash/hash.html

Jatketaanpas koetta:

Koodia: [Valitse]

hash -r

Koodia: [Valitse]

fileage
Hip hei ja käynnistyy ok.

Ja se pieni lisäopetus:

Koodia: [Valitse]

hash -lbuiltin hash -p /usr/bin/fileage fileage

eli tuo komentohan se olisi näyttänyt myös mistä kiikastaa.

[Heikki Ketoharju]

No nyt on kyllä pakko todeta, että hämärin ominaisuus vähään aikaan! En tosiaankaan tiennyt tuollaisesta hash-taulusta...

[ajaaskel]

No miksei tämä toimi ?  Kaikki näyttää oikealta...

Koodia: [Valitse]

ssh-keygen -f id_rsa -N '' -C ”Backup account”Too many arguments.
usage: ssh-keygen [options]
Options:
  -A          Generate non-existent host keys for all key types.
  -a trials   Number of trials for screening DH-GEX moduli.
  -B          Show bubblebabble digest of key file.
  -b bits     Number of bits in the key to create.
.
.

Tuon pitäisi generoida ssh-avaimet ilman salasanaa kommentilla ”Backup account”.   Arvaatko mikä tuossa on vikana ?
No, luepa erittäin tarkasti mitä siinä lukee.   Merkki merkiltä.  Eikö löytynyt ?  Näytän sitten korjatun komennon:

Koodia: [Valitse]

ssh-keygen -f id_rsa -N '' -C "Backup account"
Joko sytytti ?



Vihje:  Kokeile päätteessä molemmat.

[raimo]

Joko sytytti ?

Ylimässä on vääränlaiset lainausmerkit ts. mitkälie hipsuttimet noi onkaan, mistä tommoset edes saa?

[99]

Ylimässä on vääränlaiset lainausmerkit ts. mitkälie hipsuttimet noi onkaan, mistä tommoset edes saa?

Tekstinkäsittelyohjelmalla (esim Libre), kun taas oikeat saa tekstieditorilla (esim gedit).

[ajaaskel]

Äkkiä löytyi oikea vastaus, ehdin teellä käydä   
Omalla koneellani nuo näyttävät aivan samoilta tuossa foorumilla ja toinenkin arvaus oli oikea:  Olin kirjoittanut dokumentin eräästä asiasta Librellä ja kun tarkastin lopuksi rivit päätteessä niin hups, eipä toiminutkaan enää mikä oli juuri äsken toiminut. 

Se väärä merkki on jonkinlainen "italic" ulkonäöltään eli kallistetut tuplahipsut.
Tässä hieman tarkemmin:

hexdump -C <<< '”'
00000000  e2 80 9d 0a                                       |....|
00000004

hexdump -C <<< '"'
00000000  22 0a                                             |".|
00000002

eli utf-8 koodauksessa se on 3 byten mittainen kun tavallinen hipsukka on yhden byten mittainen.

[ajaaskel]

Miten uusi laitteeni havaittiin ?
 
Tyypillisesti uuden laitteen liittämiseen liittyy reaktio "udevd" -ohjelmalta.  Tavanomainen tapa on kurkkia mitä näkyy listauksen hännillä kun antaa komennon

Koodia: [Valitse]

dmesglaitteen liittämisen jälkeen.

Toinen tapa on seurata itse "udevd" ohjelman toimintaa suoraan "udevadm" ohjelmalla:

Koodia: [Valitse]

udevadm monitorja liittää sitten vasta jokin laite. Testiksi käy hyvin vaikka muistitikku.  Pitäisi vilistää "add"/"change" viestejä jokin määrä kun laitat laitteen kiinni USBiin ja "change"/"remove" viestejä kun irrotat.  Ctrl-C lopettaa tuon.

"udevd" käyttää laitekohtaisia sääntöjä:   /lib/udev/rules.d/README

[JaniAlander]

No nyt on kyllä pakko todeta, että hämärin ominaisuus vähään aikaan! En tosiaankaan tiennyt tuollaisesta hash-taulusta...

CSH:lla on semmoinen käsky kuin rehash, se väsää uusiksi koko hash taulun. FreeBSD:n kanssa tullut tutuksi kun komentotulkki ei välttämättä muuten löydä jotain juuri asennettua ohjelmaa...

[ajaaskel]

Onko /etc/fstab tarpeellinen ?
(Vain systeemin rakenteesta kiinnostuneille)

Tutkitaanpa hieman ennen hätäistä vastausta miten tuossa oikeastaan käy.   Kokeilin koneella jossa systeemi on GPT-osiotauluisella levyllä.

1)  "fstab" tyhjäksi.         Kone käynnistymään uudestaan --- mitähän odottaisit tapahtuvan ?  Yllätys: Ei mitään erikoista.  Kone lähti käyntiin kuin ei mitään.  Tarkastelu osoitti että swap puuttui.  Näyttäisi siltä että  Grub osaa omillaan käynnistää ilman "fstab": ia vaikka systeemiosiolle on yleensä määritys siellä. 

2)  Poistetaanpa kokonaan "fstab", toimhan tuo ilmankin... ?   Kone taas käynnistymään...   
Ups, nyt taisi tapahtua jo jotain:   Viesti kertoi jotain että tiedostojärjestelmän käynnistys epäonnistui ja tarjolla on vain "Maintenance Shell", anna rootin salasana.   
No, eipä tuo meitä haittaa, eteenpäin vaan "root" oikeuksin ja käydään tekemässä tyhjä "fstab" sinne takaisin.  Tuosta vain annetaan

Koodia: [Valitse]

touch /etc/fstab 

ja kaikki hyv..., hetkinen:

Touch: Cannot touch '/etc/fstab': Read-only filesystem.
 
Mikäs meidän runlevel on ? Katsotaan:

Koodia: [Valitse]

runlevel/var/run/utmp: No such file or directory

Koodia: [Valitse]

touch /var/run/utmpTuo onnistui mutta /etc: n alle taasen ei...

Koodia: [Valitse]

runlevelunknown

Tarvitaan ehkä "remount" että tuonne /etc: n alle pääsee muuttelemaan asioita:

Koodia: [Valitse]

  mount -o  remount /dev/sda1  / 

Koodia: [Valitse]

touch  /etc/fstab
Molemmat onnistuivat virheittä ja kone taas käynnistettävissä.

Lopputulema ?   Käynnistyminen estyy jos "fstab" puuttuu kokonaan mutta jos se on vaikka tyhjänä tiedostona olemassa niin käyntiin lähdetään.

Miksi tämmöinen rumba yhden tiedoston takia ?   Tuossa on tieto joka auttaa ymmärtämään tai oikeastaan tulkitsemaan oikein muita asioita. 

[Postimies]

/etc/fstab tiedostossa määritellään levyliitokset. Grub kertoo systeemin juuren. Itselläni on parametrina iommu=soft root=/dev/sda1 ja initrd:tä ei käytetä. Jos Linux on asennettu useammalle levylle fstab on tarpeen. Samoin initrd image. jos esim. var tai usr kansiot eri levyllä tulee ongelmia... boot voi olla eri levyllä ja sitä ei tarvitse liittää. Linux on siitä kiva, että sen voi käynnistää vaikka muistikortilta ja loput systeemistä voi olla vähän siellä sun täällä. Vaikka verkkolevyllä ja/tai ram-levyllä. 

[ajaaskel]

Missä se virhekoodilista nyt olikaan...?

Vaikka tässä kun ajaa päätteessä:

Koodia: [Valitse]

perl -le 'print $!+0, "\t", $!++ for 0..133'
Viite:
http://www.unixmantra.com/2014/04/linux-aix-os-return-codes.html

Jos tarvitset lisäksi myös nimen virheelle, esimerkiksi 75 = EOVERFLOW niin voit kurkistaa vaikka tästä listasta:

http://www.homelinuxpc.com/download/linux_kernel_error_codes.txt

Edit
Korjasin lukualueen jatkumaan virheeseen 133 asti.

[raimo]

Kokeilin huvikseni isompaa lukua, ja tuommoisen antaa:
133     Memory page has hardware error

[ajaaskel]

Kokeilin huvikseni isompaa lukua, ja tuommoisen antaa:
133     Memory page has hardware error

Itselläni ei ole käytössä nuo ylemmät numerot:
.
.
131   State not recoverable
132   Operation not possible due to RF-kill
133   Unknown error 133
134   Unknown error 134
135   Unknown error 135