Truecrypt: Unterschied zwischen den Versionen

Aus Alexander's Wiki
K (Admin verschob die Seite Linux:NTFS Rechte nach Truecrypt, ohne dabei eine Weiterleitung anzulegen)
Zeile 1: Zeile 1:
{{GoogleAnalytics}}
= Truecrypt unter Linux =
== Truecrypt mit Rechten für Samba und NTFS ==
Anzeigen von bereit gemounteten Truecrypt-Volumen
Bei mir kommt es vor, dass ich beim Einbinden eines Truecrypt-Laufwerks mit dem Befehl:
<source lang="bash">
> sudo truecrypt -l


1: /dev/sdf3 /dev/mapper/truecrypt1 /media/truecrypt1
2: /dev/sdg /dev/mapper/truecrypt2 -
</source>
Einhängen von Truecrypt-Laufwerken
<source lang="bash">
<source lang="bash">
  truecrypt /dev/sdb
sudo truecrypt /dev/sdX
</source>
</source>


das Laufwerk nur mit Rechten für den Benutzer gemountet wird, was dazu führt, dass der Samba-Daemon nicht darauf zugreifen kann. Der Befehl ''chmod'' ist wirkungslos. Statt dessen muss man das Trucrypt-Volumen per Hand mounten. Mit dem Befehl:


Das kann evtl. dazu führen, dass die Rechte nicht richtig gesetzt sind und man muss manuell per ''mount'' korrigieren.
<source lang="bash">
<source lang="bash">
  mount /dev/mapper/truecrypt2 /media/truecrypt2/ -o umask=0000
sudo umount /media/trucrypt2
sudo mount /dev/mapper/truecrypt2 /media/truecrypt2/ -o umask=0000
</source>
</source>
geht das dann. Vermutlich kann man dem Truecrypt-Befehl das umask schon mitgeben.

Version vom 16. Februar 2014, 15:25 Uhr

Truecrypt unter Linux

Anzeigen von bereit gemounteten Truecrypt-Volumen

> sudo truecrypt -l

1: /dev/sdf3 /dev/mapper/truecrypt1 /media/truecrypt1
2: /dev/sdg /dev/mapper/truecrypt2 -


Einhängen von Truecrypt-Laufwerken

sudo truecrypt /dev/sdX


Das kann evtl. dazu führen, dass die Rechte nicht richtig gesetzt sind und man muss manuell per mount korrigieren.

sudo umount /media/trucrypt2
sudo mount /dev/mapper/truecrypt2 /media/truecrypt2/ -o umask=0000