vki mondja már el, mi értelme van a /dev/urandom-ból csinálni a cd-kép fájlt?!

Igazából nem itt lenne értelme, mert a losetup ki tudja mit mûvel a file-on, hanem a /dev/loop0 random data-val feltöltése a titkosított file-nak is „random” kinézetet fog adni, talán picit kiismerhetetlenebb a trükk mintha /dev/zero-val töltenéd fel…

Hmm neki futottam kétszer, már elsõre (*1.) sikerült beragasztani egy image-et a loop-ba 🙂 Nem tudja vki, hogy hogy kell kiszedni onnan, ha a detach nem használ?

A második próbálkozásnál legalább nem ragatd be [*2.].

Kérdés, hogy az elsõnél automount vagy vmi hasonló miatt ragadt be, vagy egyszerüen nem kellet volna annyiszor egymás után rágívnom a losetup-ot különbözõ encoding-okkal?

*1.
linux:~/test/encdata # dd if=/dev/zero of=./test.img bs=1024 count=20000
20000+0 records in
20000+0 records out
linux:~/test/encdata # losetup /dev/loop0 ./test.img -e blowfish256
Password:[abcdef]
Error: Password must be at least 20 characters.

linux:~/test/encdata # losetup /dev/loop0 ./test.img -e blowfish256
Password:[01234567890123456789]
ioctl: LOOP_SET_FD: Device or resource busy

linux:~/test/encdata # losetup /dev/loop0 ./test.img -e twofish
Switching to old S.u.S.E. loop_fish2 compatibility mode.
Password:[abcdef]

WARNING – WARNING – WARNING – WARNING – WARNING – WARNING – WARNING

Passwords shorter than 20 characters are considered too short and insecure.
Use of rmd160 password hash permits use of such short passwords for
compatibility with other systems that do not enforce minimum length.
Hopefully this message is annoying enough that you discontinue using such
short passwords.

WARNING – WARNING – WARNING – WARNING – WARNING – WARNING – WARNING

ioctl: LOOP_SET_FD: Device or resource busy
linux:~/test/encdata # losetup -a
/dev/loop0: [0343]:318589 (./test.img)
linux:~/test/encdata # losetup -d /dev/loop0
ioctl: LOOP_CLR_FD: Device or resource busy

*2.
linux:~/test/encdata # dd if=/dev/zero of=./test2.img bs=1024 count=20000
20000+0 records in
20000+0 records out
linux:~/test/encdata # losetup /dev/loop1 ./test2.img -e blowfish256
Password:[01234567890123456789]
ioctl: LOOP_SET_STATUS: Invalid argument, requested cipher or key length (256 bits) not supported by kernel
linux:~/test/encdata # losetup -a
/dev/loop0: [0343]:318589 (./test.img)

Megoldódott 🙂
Vagyis be kell tölteni a „cryptoloop” modult.

*1.
linux:~/test/encdata # modprobe cryptoloop
linux:~/test/encdata # losetup /dev/loop1 ./test2.img -e blowfish
Password:
linux:~/test/encdata # losetup -a
/dev/loop0: [0343]:318589 (./test.img)
/dev/loop1: [0343]:318403 (./test2.img) encryption=CryptoAPI/blowfish-cbc
linux:~/test/encdata #

vki mondja már el, mi értelme van a /dev/urandom-ból csinálni a cd-kép fájlt?!

Igazából nem itt lenne értelme, mert a losetup ki tudja mit mûvel a file-on, hanem a /dev/loop0 random data-val feltöltése a titkosított file-nak is „random” kinézetet fog adni, talán picit kiismerhetetlenebb a trükk mintha /dev/zero-val töltenéd fel…

Azonkívûl ha jól láttam nem is encode-olja a /dev/zero-s stream-et… Legalábbis miután a /dev/zero-s streamet beállítottam „losetup -e blowfish”-el, és lecsatoltam, utána ugyan ugy zero-val volt feltotltve a file…

Tud valaki olyan titkos Cd-t ami -t win is olvas??