On 07/18/2016 07:27 PM, Davide Prina wrote:
> ahi, ahi, ahi... bottom quoting... questo è *male*! ;-)
>
> On 17/07/2016 22:38, Luigi Provale wrote:
>> On 07/17/2016 09:40 PM, Davide Prina wrote:
>>> ahi, ahi, ahi... top quoting... questo è *male*! ;-)
>
> eh, eh, eh... anche questo è vero :-)
>
>>
ahi, ahi, ahi... bottom quoting... questo è *male*! ;-)
On 17/07/2016 22:38, Luigi Provale wrote:
On 07/17/2016 09:40 PM, Davide Prina wrote:
ahi, ahi, ahi... top quoting... questo è *male*! ;-)
eh, eh, eh... anche questo è vero :-)
Tornando al problema: se aspetto (parecchio) che vada in t
On 07/17/2016 09:40 PM, Davide Prina wrote:
> ahi, ahi, ahi... top quoting... questo è *male*! ;-)
>
> On 17/07/2016 20:52, Luigi Provale wrote:
>
>> Ho montato la boot partendo da CD in resque mode e ho trovato solo
>> l'ultimo kernel 3.16.0-4-amd64.
>> Come di consueto quello precedente deve esse
ahi, ahi, ahi... top quoting... questo è *male*! ;-)
On 17/07/2016 20:52, Luigi Provale wrote:
Ho montato la boot partendo da CD in resque mode e ho trovato solo
l'ultimo kernel 3.16.0-4-amd64.
Come di consueto quello precedente deve essere stato rimosso
http://snapshot.debian.org/
Ciao
Davi
' della scorsa settimana dopo un apt-get update && apt-get
> dist-upgrade sulla Debian stable mi sono ritrovato con il pc bloccato
> all'avvio con il messaggio:
> "cryptsetup: lvm is not available" ripetuto alcune volte e segiuito da:
> " A
On 14/07/2016 10:26, Luigi Provale wrote:
"modprobe: module ehci-orion not found in modules.dep"
partirei da qui
Probabilmente hai installato una nuova versione di Linux e quel modulo
non è più presente.
Penso tu possa risolvere avviando la versione precedente di Linux... se
non l'hai rimos
Ciao a tutti,
Lunedi' della scorsa settimana dopo un apt-get update && apt-get
dist-upgrade sulla Debian stable mi sono ritrovato con il pc bloccato
all'avvio con il messaggio:
"cryptsetup: lvm is not available" ripetuto alcune volte e segiuito da:
" ALERT
Pol Hallen writes:
> ho sempre usato cryptsetup utilizzando dei file come contenitori (mai
> avuto problemi :-)
>
> se lo usassi con un'intero disco, e ci fossero sbalzi di tensione (o
> peggio) settori danneggiati, potrei perdere tutti i dati in un "colpo
> solo"
Pol, usare un file system contenuto in un file sopra un file system è secondo
me più critico rispetto ad un file system over un device a blocchi.
E' un po il discorso, nel mondo della virtualizzazione di usare dei volumi LVM
come contenitori di macchine virtuali oppure usare dei file in formati
'sera a tutti :-)
ho sempre usato cryptsetup utilizzando dei file come contenitori (mai
avuto problemi :-)
se lo usassi con un'intero disco, e ci fossero sbalzi di tensione (o
peggio) settori danneggiati, potrei perdere tutti i dati in un "colpo
solo" oppure perderei i
Forse avrai qualche ('sparse') files.
Il 9 dicembre 2014 20:26, Pol Hallen ha scritto:
>> So se puo centrare qualcosa, ma hai provato a usare la options del du
>> --apparent-size
>
>
> grazie! :-)
>
> non la conoscevo e infatti mostra la dimensione che è effettivamente
> occupata dai files.
>
> m
So se puo centrare qualcosa, ma hai provato a usare la options del du
--apparent-size
grazie! :-)
non la conoscevo e infatti mostra la dimensione che è effettivamente
occupata dai files.
mi chiedo però la causa del problema... :-/
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un em
So se puo centrare qualcosa, ma hai provato a usare la options del du
--apparent-size
Il 9 dicembre 2014 19:25, Pol Hallen ha scritto:
> 'sera a tutti :-) oggi (dopo anni) mi sono accorto di un problema piuttosto
> insolito:
>
> usando cryptsetup avevo creato degli archivi dat
'sera a tutti :-) oggi (dopo anni) mi sono accorto di un problema
piuttosto insolito:
usando cryptsetup avevo creato degli archivi dati:
dd if=/dev/urandom of=100mb bs=1024 count=10
faccio il mount in loop del file '100mb'
e poi:
cryptsetup --verbose --cipher "aes-cbc
Il 23/04/2013 17:40, Paride Desimone ha scritto:
Il 23/04/2013 15:20 Alessandro Pellizzari ha scritto:
Il Tue, 23 Apr 2013 17:09:37 +0200, yqytest ha scritto:
togli dal tuo programma di posta la richiesta di invio ricevuta di
ritorno.
Togliete tutti e due l'invio in HTML, per favore.
Grazie
Il 23/04/2013 15:20 Alessandro Pellizzari ha scritto:
Il Tue, 23 Apr 2013 17:09:37 +0200, yqytest ha scritto:
togli dal tuo programma di posta la richiesta di invio ricevuta di
ritorno.
Togliete tutti e due l'invio in HTML, per favore.
Grazie.
Bye.
rotfl :-(
Paride
--
http://keyserver.lin
> Togliete tutti e due l'invio in HTML, per favore.
:-O
tornerò al buon vecchio caro mutt ;-)
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.or
Il Tue, 23 Apr 2013 17:09:37 +0200, yqytest ha scritto:
> togli dal tuo programma di posta la richiesta di invio ricevuta di
> ritorno.
Togliete tutti e due l'invio in HTML, per favore.
Grazie.
Bye.
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.deb
> si io, ne ho uno.
> togli dal tuo programma di posta la richiesta di invio ricevuta di ritorno.
sorry :-((( me lo scordo sempre...
Pol
Il 23/04/2013 17:06, Pol Hallen ha scritto:
'giorno a tutti :-)
mi sto ri-documentando sull'argomento: cryptsetup
da documenti online (anche un pò datati) si presume di fare così
(considerando un file):
dd con /dev/random per la creazione del file (che è + "sicuro&qu
'giorno a tutti :-)
mi sto ri-documentando sull'argomento: cryptsetup
da documenti online (anche un pò datati) si presume di fare così (considerando
un file):
dd con /dev/random per la creazione del file (che è + "sicuro" di /dev/urandom)
mount su loop
creazione del v
> Ho una esperienza fresca fresca per te :P
grazie della gentilezza :-)
proprio domenica ho fatto alcuni test su file da un giga criptato (su una
chiavetta da 2), ecco il risultato:
faccio il losetup, cryptsetup luksOpen e infine il mount :-)
copio un 200Mb di file, attendo la fine della co
Buona serata a voi tutti !
Personalmente utilizzo (pesantemente) Truecrypt.
Al riguardo è interessante una FAQ riguardante i problemi di integrità di un
device sottoposto a cifratura a blocchi,
Dato che la cifratura è a blocchi, se il danno (fisico o logico) è
ragionevolmente piccolo, questo rigu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Buona sera,
On 11.02.2011 14:51, Pol Hallen wrote:
> 'giorno a tutti :)
>
> utilizzando cryptsetup (standard luks) che probabilità ci sono di perdere
> dati
> in caso di problemi di disco o mancanza di corrente o altre problem
Pol Hallen writes:
>> in condizioni anche difficilissime
>
> mhmh.. del tipo?
Mah, del tipo loop recuperato da file system gravemente guasti e cose
così.
Il loop in sé non mi ha mai dato problemi.
--
Ciao
leandro
http://oivabkctz4ajdnwa.onion/blog/
gpg fingerprint: 54A4 2612 FD50 0313 7FED 6
> in condizioni anche difficilissime
mhmh.. del tipo?
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
To UNSUBSCRIBE, email to debian-ital
Pol Hallen writes:
> utilizzando cryptsetup (standard luks) che probabilità ci sono di perdere
> dati
> in caso di problemi di disco o mancanza di corrente o altre problematiche?
>
> qualche esperienza?
Io ho ancora un loop fatto anni fa (quando la cosa era oltretutto
abbasta
'giorno a tutti :)
utilizzando cryptsetup (standard luks) che probabilità ci sono di perdere dati
in caso di problemi di disco o mancanza di corrente o altre problematiche?
qualche esperienza?
grazie!
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-it
Pol Hallen writes:
> 'sera a tutti :-)
>
> ho iniziato ad usare cryptsetup e mi chiedevo se qualcuno ha avuto
> modo di testarlo nel tempo: tipo in caso di interruzioni di corrente,
> disconnessioni errate, etc.
>
> pareri?
Io l'ho usato una vita su svariati por
'sera a tutti :-)
ho iniziato ad usare cryptsetup e mi chiedevo se qualcuno ha avuto modo
di testarlo nel tempo: tipo in caso di interruzioni di corrente,
disconnessioni errate, etc.
pareri?
grazie
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-it
Ciau,
>> Scusami se ti rigiro la domanda: quale potrebbe essere il senso di
>> creare un filesystem cifrato su ram?
> Per prevenire la possibile ritenzione dei dati in ram.
Prevenire, mi sembra un po' forte... diciamo ridurre. :-)
Marco
--
http://bodrato.it/
--
Per REVOCARE l'iscrizio
On ven, 2009-03-20 at 15:56 +0100, leandro noferini wrote:
> Scusami se ti rigiro la domanda: quale potrebbe essere il senso di
> creare un filesystem cifrato su ram?
Per prevenire la possibile ritenzione dei dati in ram.
Vedi ad esempio:
http://punto-informatico.it/2211895/PI/News/rubare-pas
On ven, 2009-03-20 at 15:56 +0100, leandro noferini wrote:
> Scusami se ti rigiro la domanda: quale potrebbe essere il senso di
> creare un filesystem cifrato su ram?
Per prevenire la possibile ritenzione dei dati in ram.
Vedi ad esempio:
http://punto-informatico.it/2211895/PI/News/rubare-pas
Enrico Maschietto ha scritto:
> 1) Perchè cryptsetup non funziona con un ramdisk? Se, ad esempio, lo eseguo
> su /dev/rd0 mi dice Can not open /dev/
> rd0 (7dev/rd0 esiste e crypt disk lo eseguo con sudo).
> Dato che cryptsetupcon ramdisk non funziona mi chiedo:
> 2) Come
Ciao a tutti.
1) Perchè cryptsetup non funziona con un ramdisk? Se, ad esempio, lo eseguo
su /dev/rd0 mi dice Can not open /dev/rd0 (7dev/rd0 esiste e crypt disk lo
eseguo con sudo).
Dato che cryptsetupcon ramdisk non funziona mi chiedo:
2) Come posso creare un encrypted filesystem in memoria
Mr. P|pex ha scritto:
> ciao
> non riesco a montare una partizione criptata manualmente
>
> # cat /etc/crypttab
> software/dev/hda7 nonetries=2,timeout=15,noauto
>
> l'operazione manuale è questa
> # cryptsetup luksOpen /dev/hda7 sof
ciao
non riesco a montare una partizione criptata manualmente
# cat /etc/crypttab
software/dev/hda7 nonetries=2,timeout=15,noauto
l'operazione manuale è questa
# cryptsetup luksOpen /dev/hda7 software
Enter LUKS passphrase:
Command failed: No key available with
> usa una passphrase lunga e non scriverla da nessuna parte ;-)
> non usare file con nome "keyfile" ;-)
Se invece dovessi fare uno script che mi chieda la password e la inserisca
all'inizio del keyfile per decriptare il device? (tipo read var e lo aggiunge
a keyfile)?
psycheye
--
ca
dovresti ricordarti un poema XD
> )...
non c'e' modo di impostare il comando a 4096bit? Come moduli pero' vedo solo
sha256 e 512
> sempre per quello che mi ricordo (e il man i cryptsetup [2] mi sembra
> confermare), la passphrase viene sempre chiesta in modo interattivo
passphrase :-)
la differenza tra keyfile e passphrase è che il primo ha 4096bit di chiave (da
come l'hai impostato), la passphrase è lunga quanto vuoi (1char sono 8 bit se
non erro, per arrivare a 4096bit dovresti ricordarti un poema XD )...
> Non e' possibile dire a cryptsetup di
Ciao a tutti :-)
dopo una (semi)lunga scorpacciata di howto su partizioni criptate, etc. non
sono ancora giunto ad una conclusione,
cioe':
in diversi howto mi ritrovo una chiave come file
dd if=/dev/urandom of=/mnt/pendrive/keyfile bs=1024k count=4
cryptsetup -v -c aes -d /mnt/pendrive/ke
Ciao a tutti,
sapete indicarmi un modo "pulito" (vorrei evitare installazioni al di
fuori di apt visto che il computer è un server "di produzione"
coogestito) per avere cryptsetup con le estensioni luks su una sarge?
--
Ciao
leandro
Un esteso e "normale&quo
Il 08/10/06, P|pex<[EMAIL PROTECTED]> ha scritto:
l'ultima versione presente in etch (non so tu cosa
usi)
necessita che venga specificato anche il key file.
Ok funziona grazie ;)
--
Daniel Galeazzo
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
[EMAIL PROTECTED] con oggetto "
--- Daniel Galeazzo <[EMAIL PROTECTED]> ha
scritto:
> Ecco l'output:
>
> rudo:/home/leon# /etc/init.d/cryptdisks-early start
> Starting early crypto disks... home(skipped, missing
> parameters)done.
>
> rudo:/home/leon# cat /etc/crypttab
> #
>
> home/dev/sda3
l'ultima vers
Ciao a tutti. Sto cercando di far funzionare cryptsetup. Col kernel
pacchettizzato da debian tutto ok. Col kernel compilato da me non
funziona lo script di init (ma dando i comandi manualmente funziona
alla grande, quindi dovrei aver compilato tutti i moduli necessari, è
solo un problema dello
Marco Bertorello ha scritto:
On Sun, 15 Jan 2006 12:06:23 +0100
Gandelli Alessandro <[EMAIL PROTECTED]> wrote:
(non voglio usare una passphrase per non
interrompere il boot).
BTW, non ci sarebbero problemi ad interrompere il boot. Ti chiede la
passphrase e, se inserita giusta, ripart
On Sun, 15 Jan 2006 12:06:23 +0100
Gandelli Alessandro <[EMAIL PROTECTED]> wrote:
> Ciao a tutta la lista,
> In questi giorni sto cercando di criptare la partizione che uso come
> home. Leggendo vari howto, non riesco a capire cosa utilizzare come
> key da passare a cryptsetup
Ciao a tutta la lista,
In questi giorni sto cercando di criptare la partizione che uso come home.
Leggendo vari howto, non riesco a capire cosa utilizzare come key da
passare a cryptsetup (non voglio usare una passphrase per non
interrompere il boot).
Da alcune parti consigliano di generare un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alle 10:13, venerdì 18 febbraio 2005, Marco Bertorello ha scritto:
> ciao,
> sto usando i pacchetti di sarge di cryptsetup.
> Ho creato un device croot associato ad un device fisico /dev/hda2 da circa
> 5 GB, inoltre ho creato chome ass
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ciao,
sto usando i pacchetti di sarge di cryptsetup.
Ho creato un device croot associato ad un device fisico /dev/hda2 da circa
5 GB, inoltre ho creato chome associato ad un device fisico /dev/hda3 da circa
15 GB.
Formattando i device /dev
50 matches
Mail list logo