N4 nevű fájl nem kell, a -N azt mondja meg, hány bájtot olvasson a bemenetéről. mivel neked 4 bájtba van letéve a 2x12 bit, ezért írt -N4-et

crtscts emlékeim szerint akkor kell, ha a másik oldal hardveres handshake-t csinál.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Elvileg kézfogás mentes uart protokoll van, mert az FPGA felé megy egy CTS és RTS, viszont onnan a modul felé csak a TX, és mérések szerint a CTS, RTS logikai '1'-en vannak, amint végez a modul az USB-s kapcsolat felépítésével.
Végül is mindegy, mert a modulom küldi a cuccot, lehet, hogy külön kezeli az adó és a vevő oldalt.

Am igen, már lejárt a szerkesztés, mikor rájöttem, hogy az N4 az nem fájl akar lenni.
Viszont akkor az a kérdésem, hogy konkrétan hogyan tudnék lementeni beeső 4*8 bitet? Milyen környezetben használjam ezt az OD parancsot?

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

while true; do
od .... | sql adatbazisba berak
done
én kivenném azt a kézfogást egy próba erejéig...
másrészt meg egy od -x /dev/ttyUSB0 megmondja, mi jön be.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Megpróbáltam -crtscts, crtscts-el és ezek nélkül is, mindegyik esetben az stty szerint a baudrate 38400, az od-s parancsot kiadva meg a modulom abbahagyja a küldést. Mikor kihúzom az USB-t, akkor 7 darab 0 a kimenet.
Ezután ha visszadugom, a modul újra küld csomagokat, nem kell semmit csinálnom.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Üdv!
Van egy ilyen feladatom:
a TEST_DIR paraméter megadja a könyvtárstruktúrát, és egy választható reguláris kifejezés szűri a könyvtárakat, amibe dolgozni fogunk

Valahogy nekem ez teljesen érthetetlen, valaki ha tudna hozzáfűzni valamit esetleg

Előre is kösz

Bootoláskor, ha egy adott merevlemez csatolva van, szeretném altatásba küldeni:

LEMEZ="dev/disk/by-id/ata-akarmi"
if [ -b "$LEMEZ" ]
then
(sleep 30 && /sbin/hdparm -Y $LEMEZ) &
echo "kicsi"
fi

Ez miért nem működik?

[ Szerkesztve ]

Lemaradt a / a dev elől

Jester

Te vagy a nyerő!

ÜDV!
Olyasmit hogyan lehetne megoldani, hogy megalállaptom, hogy egy könyvtarnak van e allkönyvtara, es nincsenek benne fájlok, ha van kiir valamit, illetve, hogy a könyvtárban, nincsenek semilyen szimbolikus linkek
elore is köszönöm, eleg fontos :S

beadandó határidős időszak van?

egyébként find.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

hasonlo, de nem egeszen, csehorszagban mashogy menneka dolgok

Még kifelejtettem, ezt úgy is meg fogom tudni csinálni, ha konkrétan nem fogom ismerni a könyvtárak, vagy a fájlok nevét?

meg. man bash -> trap.

Jester

ÜDV!
Most olyan kérdésem lenne, hogy van a következő kódom:

for i in `find . -name "*-captured"`
do
mv "$i" stdout-expected
done

Szépen megtalálja a fájlt, át is nevezi, de áthelyezi a home könyvtárba amit nem szeretnek

esetleg ötlet?
előre is köszönöm

egész pontosan mit is szeretnél?

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Megkeresem a stdout-captured-et
majd átnevezem stdout-expected-re, csak ennyit semmi mást
az a lényeg, hogy valószínűleg nem a home könyvtárba lesznek

írj már az mv elé egy echo-t és nézd meg, hogy mit ír ki

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Az init 0 is signalt küld, azt hiszem SIGTERM-et. Legalábbis elsőre, utána bedurvul és megy a SIGKILL

A man man megmondja hogy kell keresni a lapok között. Az, hogy egy lapon belül hogy keresel, már a "lapozóprogramtól" (pager) függ, man $PAGER

Jester

man -k kulcsszó megmondja, hogy melyik man-t akarod nézni

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Köszönöm az előző problémát sikerült megoldanom, de újba ütköztem:
a mappa amiben van a cmd-given nevá fájl le kell ellenőriznem, hogy az e a feldolgozandó mappa, illetve a cmd-given fut-e?
Valami ötletek esetleg?

Már bocsánat a kérdésért, de hol is állítod be a trap-ot?

Jester

szerintem trap utasítást egyszer kell belerakni a programba, lehetőleg az elejére valahova.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Inkább exit 0 vagy hasonló a célszerű és ahogy bambano mondta, a trap elég egyszer.

Jester

Van exit do, úgy hívják, hogy break. De az csak a ciklusmagban működik, trap-ból nem. Ha nem akarsz a trap-ban kilépni a scriptből, akkor ott beállíthatsz egy változót amit aztán a ciklus folyton ellenőriz.

MOD: mondjuk a sleep-pel nem tudom milyen interakció van, azt még meg kellene nézni.

[ Szerkesztve ]

Jester

Megnéztem, jónak tűnik - leállítja a sleep-et.

Jester

A trap az lekezeli az eseményt. Ha végzett, akkor az eredeti futás ott folytatódik ahol abbamaradt. Olyan mint egy aszinkron függvényhívás amiről nem tudod mikor következik be.

Jester

Üdv!

Az alábbi feladatot kaptam de semmit se tudok vele kezdeni

Leírás: Írjon egy olyan shell script-et, amely kilistázza az azonos nevű processzeket (több példányban futó programokat).
A listázás után a felhasználónak lehetősége van az egyező processzek leállítására PID-jük megadásával, amennyiben nem ad meg egyet sem, az összes processz tovább fut.

Példa:

$ ps PID TTY TIME CMD
8780 pts/0 00:00:00 bash
8793 pts/0 00:00:20 yes
8796 pts/0 00:00:18 yes
8798 pts/0 00:02:12 gedit
8801 pts/0 00:01:20 firefox
8813 pts/0 00:00:00 ps

$ ./kill.sh
PID CMD
8793 yes
8796 yes
kill cmd? pid: 8793

$ ps PID TTY TIME CMD
8780 pts/0 00:00:00 bash
8796 pts/0 00:00:28 yes
8798 pts/0 00:02:22 gedit
8801 pts/0 00:01:30 firefox
8813 pts/0 00:00:00 ps

Van e valami elképzelésetek, arról hogy hogy oldanátok meg?

uniq manualját érdemes átnézni.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

De sokkal inkább a sort-ét

Jester

akkó' most tartsd meg a heti shell szkript oktatásodat
én még sosem próbáltam sorttal ismétléseket keresni, viszont a uniq-nak is meg lehet mondani, hogy hanyadik mezőtől nézze csak az ismétlést.

abban igazad van, hogy a uniq előtt nem árt sorbarendezni.

szerk: gnu ps tud magától is sorbarendezni, szóval nem kell sort.

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Jó ha a ps rendez akkor azt elfogadom. A sort viszont tud uniq-ni is

Jester

Nyertél, figyelmetlen voltam.
Bár a sort tud -u de az most nem jó.

Jester

a győztes pedig

ps -o pid,comm | uniq -D -f 1
echo "kill cmd? pid: " | read PID
kill -9 $PID

ez így biztosan nem jó...
így a PID tartalma "kill cmd? pid: " lesz.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Meg a ps-ből is kimaradt a rendezés.

Jester

Üdv!
Van egy ilyen kódom:

#!/bin/bash
for DIR in `find . -type d`
do
cd $DIR
for FILE in stdout stderr status
do
diff -up stdout-captured stdout-expected > stdout-delta 2>/dev/null
diff -up stderr-captured stderr-expected > stderr-delta 2>/dev/null
diff -up status-captured status-expected > status-delta 2>/dev/null
done
cd $OLDPWD
done

Nos a feladata az lenne, hogy bárhol is vannak ezek fájlok a gépen, megtalálja, és a captured és az expected különbségét beirta a deltába. a kód így működőképes, csak az a gond vele, hogy a deltát az összes könyvtárba létrehozza ami a fájlokhoz vezet.
Valami ötlet esetleg, hogy ezt mert csinálja?
Jah és ahol találhatók ezek a fájlok ott kené csak létrehoznia a deltát, sehol máshol
Előre is kösz

[ Szerkesztve ]

A ciklusban nem is használod a FILE változót. A for pedig nem ellenőrzi a fájlok létezését, ráadásul azokra a fájlokra nincs is hivatkozás.
Egyszerűbb lenne a konkrét fájlokat keresni, pl így:

find . -name stdout-captured -o -name stderr-captured -o -name status-captured |
while read -r FILE
do
diff -up "$FILE" "${FILE%captured}expected" > "${FILE%captured}delta" 2>/dev/null
done

Igény szerint lehet vizsgálni, hogy az expected is létezzen.

Jester

Köszönöm, látni, hogy még láma vagyok

Sziasztok!
Kis segítségre lenne szükségem.

A következő értéket szeretném lementeni másodpercenként/ütementként:
iostat -m | grep sde , úgy, hogy egy dátumot (date +"%r") minden sor elejére még beszúrjon.

Ezt megcsináltam így:
#!/bin/bash
Timer=0
ENDTIMER=50000
SAVEPLACE=/tmp/io_report.txt
while [ "$Timer" -ne "$ENDTIMER" ]
do
sleep 1
Timer=`expr $Timer + 1`
echo `date +"%r"` `iostat -m | grep 'sde'` >> "$SAVEPLACE"
echo "$Timer meres futott le"
done
exit 0

Ezt le is menti, csak az a problémám, hogy hibás eredményt ad alapból az iostat -m | grep sde... mert a MB_read/s és wrtn/s szinte azonos értéken (3 és 0.5) áll végig..

Ha parancssorba beírtam így, hogy: nohup iostat -m 1 | grep sde > /tmp/adat.txt , akkor ez szépen lementi percenként az aktuális _helyes_ adatot.

De nem tudok rájönni, hogy ebben a verzióban, hogyan lehetne beszúrni a dátumot minden sor elejére...
Nem muszáj shell script-ben, ha lehet így parancssorosan is valahogy.

Ha valaki tudja, akkor legyen olyan jó és segítsen egy kicsit.

Köszönöm szépen!

üdv,
Csabi

szöget ütöttél a fejembe
a gondom az, hogy ha rendesen átirányítom az iostat kimenetét, akkor soronkénti módról blokkmódra kapcsol és nem látom, hogy konkrétan miért.
ezért kérdezem: dstat nem jó neked?

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

iostat -m 1| while read p; do echo $(date) $p; done | grep sdc

ez nekem jól működik.

ez meg nem:
iostat -m 1| grep sdc | while read p; do echo $(date) $p; done

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

dstat nincs fenn, meg gondolom ott is csak hozzá kellene bűvészkedni a dátumot.

Áhh, ez tökéletesen megy amit írtál. Nagyon szépen köszönöm, sokat segítettél!

Ez alapján átírtam ezt a változatomat:
#!/bin/bash
Timer=0
ENDTIMER=50000
SAVEPLACECPU=/tmp/cpu_report.txt
while [ "$Timer" -ne "$ENDTIMER" ]
do
sleep 1
Timer=`expr $Timer + 1`
sar -u 1 | grep '^[0-9]' | grep 'all' >> "$SAVEPLACECPU"
echo "$Timer meres futott le"
done
exit 0

erre: top -b -d 1| while read p; do echo $(date +"%r") $p; done | grep Cpu

Elindítottam mind a kettőt, de azonos időpontban az értékek között kis eltérések vannak..
Ez lehet attól nem, hogy mind a kettő azt írja, hogy pl. 01.38.59 AM,de egyik 01:38:59.001, másik meg 01:38:59.999-ben rögzít?

szerk.: Még valami érdekelne, ezt a 2 parancsot, hogyan lehetne elindítani pontosan egy időben? (Lehet, hogy rájövök nemsokára, de inkább megkérdezem.)
nohup iostat -m 1| while read p; do echo $(date) $p; done | grep sde > /tmp/io.txt &
nohup top -b -d 1| while read p; do echo $(date +"%r") $p; done | grep Cpu > /tmp/cpu.txt &

[ Szerkesztve ]

ahhoz több mag kell, hogy teljesen valódi multitaszk legyen, de a statisztikák begyűjtését valószínűleg akkor sem tudja megcsinálni azonos időpontban.

azt a while ciklust kivehetnéd, az iostat működik úgy is, hogy iostat 1 50000

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis