Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.
Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.
Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).
Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.
Byl vydán Mozilla Firefox 125.0.1, první verze z nové řady 125. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vypíchnout lze podporu kodeku AV1 v Encrypted Media Extensions (EME). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 125.0.1 je již k dispozici také na Flathubu a Snapcraftu.
Valkey, tj. svobodný fork již nesvobodného Redisu, byl vydán v první stabilní verzi 7.2.5.
Společnost Espressif Systems oznámila, že rodinu SoC ESP32 brzy rozšíří o ESP32-H4 s IEEE 802.15.4 a Bluetooth 5.4 (LE) s podporou protokolů Thread 1.3, Zigbee 3.0 a Bluetooth Mesh 1.1.
Kevin Bentley zveřejnil na GitHubu zdrojové kódy počítačové hry Descent 3 z roku 1999: "Někdo se nedávno zeptal, zda budou zveřejněny zdrojové kódy Descent 3. Oslovil jsem svého bývalého šéfa (Matt Toschlog) z Outrage Entertainment a ten mi to povolil. Budu pracovat na tom, aby se to znovu rozběhlo a hledám spolusprávce." [Hacker News]
Řešení dotazu:
# which cryptsetup /usr/sbin/cryptsetup # which touch /bin/touch # which mount /usr/bin/mount # echo $PATH /usr/sbin:/usr/bin:/sbin:/bin
#!/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 ;; esacRuční spouštění cryptsetup v sh funguje.
if [ "${PRODUCT}" = "${PRODID}" ];Tato podmínka zřejmě nikdy není splněna.
touch /tmp/test
a rm /tmp/test
, soubor se po připojení USB disku vytvoří a po odpojení odstraní
po připojení USB diskuKdy? 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..
&& 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?
[ 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:)
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é.
>/tmp/a 2>/tmp/b
a spouštěj ten wrapper.
man blkid
...
-U uuid
Look up the device that uses this filesystem uuid. For more details see the -L option.
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 ...
Tak tohle je pomoc nad zlato.. a dokonce to i chápu:) Zítra otestuju a dám vědět. MOC DÍKY:)
Tiskni Sdílej: