Dotaz: Skript spustí jen něco

[Luky]

Ahoj, chtěl bych se zeptat, proč v sh skriptu mohu spouštět příkazy jako např. mount a touch, ale cryptsetup ne? Jaký je v tom rozdíl?

---

---

Odpovědi

[Kit]

Možná proto, že Bash obsahuje správně nastavenou cestu v PATH, ale sh ji nastavenou nemá.

[Luky]

No nevím, když pustím sh skript, ve kterém mám cryptsetup ručně, spustí se...

[Kit]

Co takhle zkusit spustit cryptsetup ručně v sh?

Také by se hodilo spouštět takové příkazy s absolutní cestou.

[Luky]

spustit ručně v sh funguje

[Luky]

# which cryptsetup
/usr/sbin/cryptsetup

# which touch
/bin/touch

# which mount
/usr/bin/mount

# echo $PATH
/usr/sbin:/usr/bin:/sbin:/bin

[k3dAR]

kdyz to takto pustis v shellu, tak to neznamena ze z pozice kde poustis script (predpokladam udev pravidlo) to bude stejne...
obecne kdyz resis ze neco se nepousti tak proste do scriptu pridej tyhle tve prikazy s presmerovanim do souboru, nech to pustit tim co se to vola a zkoukni vystupni soubory... pripadne nesrovnalosti v porovnani s vystupem prikazu v shellu te uz navedou ;)

[petr]

co pouzivas za shell ve svem skriptu? Na zacatku budes mit treba #!/bin/bash nebo neco jineho... Pokud ti to ve skriptu nefunguje, zkus si spustit treba ten /bin/bash a spustit to co potrebujes rucne v nem... jak jiz ti nekdo napovida, patrne nemas validni PATH... Dalsi vec ze bez nejakeho chyboveho hlaseni ti tezko nekdo pomuze kdyz nevime co se deje ve tvem skriptu, tudiz mam tady na stole takovou tu kristalovku a vestim odrazem z oblohy...

[Luky]

#!/bin/sh

# Copyright (C) 2009 OpenWrt.org
PRODID="1058/10b8/1012"

case "$ACTION" in
    add)
        
        if [ "${PRODUCT}" = "${PRODID}" ];
         then
             /usr/sbin/cryptsetup --key-file /etc/ssl/usbbackup_key luksOpen /dev/sdb1 backup
        fi
        ;;

    remove)

         if [ "${PRODUCT}" = "${PRODID}" ];      
          then            
             umount /mnt/usbbackup
         fi           

        ;;
esac

Ruční spouštění cryptsetup v sh funguje.

[Kit]

if [ "${PRODUCT}" = "${PRODID}" ];

Tato podmínka zřejmě nikdy není splněna.

[Luky]

Je, protože když vyměním příkaz cryptsetup... za touch /tmp/test a rm /tmp/test, soubor se po připojení USB disku vytvoří a po odpojení odstraní

[NN]

po připojení USB disku

Kdy? Po bootu? Skript se pousti pres udev? Co znamena "nespusti se", nevytvri se mapper zarizeni? K cemu je tam ten umount?

Mimochodem uz si se jednou ptal, priste laskave nezakladej dalsi vlakna..

[Luky]

Připojeni, odpojení za běhu. Skript se spouští před hotplug.d. Ne, nevytvoří. Když ho ale spustím ručně nebo s rc.local po startu, vytvoří se. Ten umount tam je proto, protože jsem tam měl ještě && mount v add části. Ptal, ale ve vlákně, kde jsem primárně řešil něco jiného a tenhle dotaz tam zřejmě zanikl, omlouvám se. Podstata dotazu je, jaký rozdíl je mezi jednotlivými příkazy.. v čem je "mount" a "touch" pro systém "víc", než cryptsetup?

[Kit]

Ten umount spouštíš až po vytažení flešky? To by leccos vysvětlovalo...

[Luky]

No ale to, proč se nespustí příkaz cryptsetup narozdíl od touch to bohužel nevysvětluje.

[NN]

Jak vypada cely proces v dmesg/messages? Zkousel jsi dat pred cryptsetup nejakou prodlevu (sleep 5) a jeste by mohlo pomoct --debug ..

[Luky]

Sleep 10 jsem zkoušel a nepomohlo. V dmesg vidím jen nalezení nového USB disku, víc podrobností jsem bohužel nenašel. Je to openwrt, takže se to chová řekněme nestandardně:)

[NN]

Dej tam --debug a na konec '> ~/setup.log 2>&1 &'

[Luky]

Díky, mám tu nová zjištění:)

[  282.560000] usb-storage 1-1.2:1.0: USB Mass Storage device detected
[  282.580000] scsi host1: usb-storage 1-1.2:1.0
[  283.580000] scsi 1:0:0:0: Direct-Access     WD       Elements 10B8    1012 PQ: 0 ANSI: 6
[  283.590000] sd 1:0:0:0: [sdb] Spinning up disk...
[  284.620000] .....ready
[  288.660000] sd 1:0:0:0: [sdb] 1465081856 512-byte logical blocks: (750 GB/698 GiB)
[  288.670000] sd 1:0:0:0: [sdb] Write Protect is off
[  288.670000] sd 1:0:0:0: [sdb] Mode Sense: 47 00 10 08
[  288.680000] sd 1:0:0:0: [sdb] No Caching mode page found
[  288.680000] sd 1:0:0:0: [sdb] Assuming drive cache: write through
[  288.710000]  sdb: sdb1
[  288.730000] sd 1:0:0:0: [sdb] Attached SCSI disk

/Device /dev/sdb1 doesn't exist or access denied.
Command failed with code 15: Block device required
# cryptsetup 1.6.7 processing "/usr/sbin/cryptsetup --debug --key-file /etc/ssl/usbbackup_key luksOpen /dev/sdb1 backup"
# Running command open.
# Locking memory.
# Installing SIGINT/SIGTERM handler.
# Unblocking interruption on signal.
# Allocating crypt device /dev/sdb1 context.
# Trying to open and read device /dev/sdb1 with direct-io.
# Trying to open device /dev/sdb1 without direct-io.
# Unlocking memory.

Takže příkaz se spouští, omlouvám se všem za zavádějící informaci:) Ale pro změnu nerozumím tomu, jak je to možné /Device /dev/sdb1 doesn't exist or access denied.. Nepomohl ani sleep 10. Mám prodloužit interval? Přitom když USB připojím, tak ruční připojení cryptsetupem zhruba po 5 vteřinách funguje. Každopádně díky všem, že jsem se posunul dál:)

[Luky]

Tak jsem sleep nakonec vyšponoval až na 30 a funguje. Ale dobrý to se dá zvládnout:) Díky moc všem za pomoc.

[Kit]

To už zní skoro jako chyba v resolveru. Nemáš tam někde hledání IP podle domény?

[Luky]

Co to s tím má (nebo by mohlo mít), prosím Tě, společnýho?

[Kit]

Stačí někde ve skriptu některého z démonů poslat dotaz na DNS a čekat na odpověď s chybně nakonfigurovaným resolverem. Může to být i dotaz na reverzní záznam. Zkusil bych to zopakovat s odpojenou sítí.

[lertimir]

Myslím že skript spouštíš na špatném mistě. Evidentně ho spustíš ve chvíli, kdy ještě zařízení /dev/sdb1 neexistuje. Takže ho mužeš spustí něčím, co spustí triger "něco je v USB", ale zatím neproběhly akce, které dělá udev, aby /dev/sdb1 vytvořil. To jak je to se sleepama může být i to, že jsi skrip narval tak dopředu, že udev na něj třeba čeká, a teprve po nějaké timeoutu pustí akci, když je tam obrovský sleep. vžycky mi pomáhaly výpisy. dej si do skriptu výpis do syslogu před a po, nebo cyklus na existenci /dev/sdb1.

[NN]

Podle skriptu je to poustene na starem OpenWrt pres hotplug.d ..

[Filip Jirsák]

sleep není dobré řešení, resp. je to poslední zoufalý pokus to nějak obejít. Protože když spustíte ten skript, evidentně nejsou splněné podmínky, které ke svému běhu potřebuje – a tím sleep jenom oddálíte spuštění požadovaného příkazu a doufáte, že se to zatím nějak samo magicky spraví. Ono se vám to teď možná samo magicky spraví, jenže když se něco magicky samo spravuje, má tendenci se to zase samo magicky rozbíjet. Takže pokud chcete dlouhodobě udržitelné řešení, měl byste zjistit, co jsou ty další podmínky, které skript ke svému běhu potřebuje, a zajistit, aby byly splněné.

[petr]

zadna chybova hlaska? Kdyz tam pouzijes --verbose porad nic nevidis?

[R]

Skontroluj navratovu hodnotu cryptsetup, pripadne jeho vystup (aj chybovy) presmeruj do nejakeho tmp suboru.

[Kit]

Pod kterým uživatelem se skript spouští?

[Luky]

Řekl bych, že hotplug.d se spouští pod rootem, ale pro jistotu, jak to ověřím?

[Kit]

Například když se tam dá ten touch, tak podle vlastníka vytvořeného souboru.

[Luky]

super, díky.. tak je to root

[jekub]

jak vite, ze se prikaz nespusti?

[Luky]

protože se nevytvoří /dev/mapper/backup (když pustím cryptsetup skriptem nebo nechám spustit v rc.local po startu, vytvoří se)

[jekub]

Jenze to neznamena, ze se nespusti. Jen neudela, co potrebujete.

Zkusil bych prikaz volani cryptsetup nahradit skriptem a logovat spusteni, volani a navratovy kod.

[Luky]

zkoušel jsem, jenže jediný log na openwrt se vyvolá příkazem logread (-f) a tam se žádná chyba neobjevila

[k3dAR]

tohle si prehlid nedopatrenim nebo umyslne aby jsi mohl trollovat? ;)

[Jendа]

Vytvoř skript, který spustí tvůj skript s >/tmp/a 2>/tmp/b a spouštěj ten wrapper.

[Luky]

Díky, vyřešeno, viz výše (sleep 20). A ještě bych měl jeden dotaz a nevím, jestli založit nové vlákno, tak to dám sem a budu doufat, že to tu zase nezanikne:) Stává se mi, že ten disk někdy změní název /dev/sdb1, což je blbý, protože cryprsetup s ním počítá. Jsou dvě možnosti, jak to ošetřit. První, že se budu odkazovat na UUID, ale na OpenWrt není cesta k dispozici. Druhá možnost je, že si podle zařízení bude pamatovat název. Jenže tady nejsou udev pravidla. Napadá vás, jak to vyřešit?

[Luky]

jen detail, sleep 30.. pardon :)

[trubicoid2]

co treba pustit lsscsi a z toho si vybrat?

[Luky]

Když bych ošetřil nějak ten luksOpen, bylo by mi v podstatě jedno, jestli se USB disk připojí jako sda nebo sdb.. Ale jak v tom skriptu nastavit proměnou k luksOpen, aby např. z blkid (mám k dispozici na openwrt) vytáhl, že patřičné uuid patří třeba k /dev/sda1 a to by vložil do příkazu za luksOpen. Lze to vůbec nebo je to úplná blbost?

[trubicoid2]

man blkid

...

-U uuid Look up the device that uses this filesystem uuid. For more details see the -L option.

[vencour]

predvedeno v prikladu... nejdriv si zjistit UUID daneho LUKS oddilu a ve scriptu:

UUID="SemNapsatRucneToUUID"
LUKS="$(blkid -U ${UUID})"
...
/usr/sbin/cryptsetup --key-file /etc/ssl/usbbackup_key luksOpen ${LUKS} backup
...

pripadne misto nevhodneho reseni pres sleep 30, cekat ve scriptu dokud neni dostupne

UUID="SemNapsatRucneToUUID"
until [ $LUKS ]; do LUKS="$(blkid -U ${UUID})"; sleep 1; done
...
/usr/sbin/cryptsetup --key-file /etc/ssl/usbbackup_key luksOpen ${LUKS} backup
...

[Luky]

Tak tohle je pomoc nad zlato.. a dokonce to i chápu:) Zítra otestuju a dám vědět. MOC DÍKY:)

[k3dAR]

jen pozor, to SemNapsatRucneToUUID je potreba UUID primo LUKS oddilu, tedy pred odemcenim, ve vypisu blkid je zobrazen na radku koncicim TYPE="crypto_LUKS", tedy ne aby jsi vkladal UUID jiz odemceneho, v tvem pripade ne z radku zacinajici /dev/mapper/backup ;)

[Luky]

jj, to jsem pochopil, díky:)

[Luky]

Šlape to jako víno.. ještě jednou díky (všem:). PS: To odpojování asi líp nevymyslím.