Şifreli birimleri komut satırından bağla?


86

Şifrelenmiş bir harici diskim (veya fstab'ta olmayan bir dahili diskim) varsa, Nautilus'ta bir giriş görüyorum - "X GB Şifreli Birim" gibi bir giriş. Bu birime tıklayabilirim ve cihazın şifresini çözmek ve monte etmek için bir parola istenir.

Ama bunu komut satırından nasıl yaparım?

Bu wiki sayfası ve bulabildiğim diğer dokümanlar, yalnızca cihazın şifresini çözmek için GUI yöntemlerine atıfta bulunur; ancak bu, başsız sunucular veya SSH girişleri bağlamında yapılmayacaktır. Aygıtların /media, GUI'deki gibi otomatik konumlara takılmasını sağlamanın basit bir yolu var mı ?

(Şifrelenmiş ev dizinleri hakkında soru sormuyorum - Farkındayım ecryptfs-mount-private. Bu soru şifreli ek dosyalar hakkında.)


Dosya sistemlerinin bir bütün olarak şifrelenmesi ile şifrelenmiş ev dizinleri arasındaki farkı çizmek için +1
XavierStuvw

Devam ediyor. Askubitu , 18.04’ün , askubuntu.com/q/1030572/446253’e göre, tam disk şifrelemesi lehine tek dizin şifreleme desteğini indirgemediği için bu konu artık güncel bir konu haline geldi . Sorunsuz bir şekilde 18.04
XavierStuvw

Yanıtlar:


61

@Georg Schölly'nin cevabındaki adımlar o zamanlar benim için işe yaramadı, şimdi çalışsalar da, birkaç Ubuntu yayınladı. O zaman, sudo mount /dev/mapper/my_encrypted_volume /media/my_deviceadımdan sonra hatayı aldım:

mount: bilinmeyen dosya sistemi 'LVM2_member'

Diskin kilidini açmak ve udiskctl ile monte etmek

Bunun yerine, hizmetle udisksctletkileşime giren bir komut satırı arayüzü kullandım udisksd.

İşte işe yarayanlar ( /dev/sdb5sabit diskimdeki bölüm şu şekilde işaretlenmiştir crypt-luks):

udisksctl unlock -b /dev/sdb5
udisksctl mount -b /dev/mapper/ubuntu--vg-root

İlk komutu yazdıktan sonra, şifreleme şifreniz istenir. Şifreli bölümün kilidi açıldığında, ikinci komut onu bağlar. Başarılı olursa, buna benzer bir mesajla karşılaşırsınız :

Mounted /dev/dm-1 at /media/dpm/e8cf82c0-f0a3-41b3-ab28-1f9d23fcfa72

Oradan verilere erişebilirim :)

Diski udiskctl ile kilitleme

Cihazın bağlantısını kesin:

udisksctl unmount -b /dev/mapper/ubuntu--vg-root

Önce ubuntu-vgcilt grubundaki tüm mantıksal birimleri devre dışı bırakmanız gerekir . Aksi takdirde, kilitlemeye çalışırsanız 'Aygıt meşgul' satırları boyunca bir hata alırsınız ( daha fazla bilgi ):

sudo lvchange -an ubuntu-vg

Ardından şifreli bölümü geri kilitleyebilirsiniz

udisksctl lock -b /dev/sdb5

notlar

  • udisksctlKomutları çalıştırılır olmadan sudo .
  • Cihaz mapper isimleri : ubuntu--vg-rootadlandırma (Ben denilen gördüm mesela Ubuntu sürümleri arasında değişebilir system-rootve ubuntu-rootçok). LUKS bölümünün kilidini açtıktan sonra adı bulmak için kolay bir yol aşağıdaki komutu çalıştırmaktır :

    ls -la /dev/mapper

    Ardından lskomutun çıktısına bakarken, ihtiyacınız olan ad genellikle bağlantılı olan ad olacaktır./dev/dm-1

  • Cihaz eşleyici isimleri, alternatif : önceki komuta bir alternatif çalıştırmaktır:

    lsblk -e7

    Orada cihaz adı eşlemesini bir ağaç görünümü olarak görebilirsiniz. Bu -e 7seçenek, takılı çıtçıtlar tarafından yaratılan döngü aygıtlarını (ID 7) çıktıdan dışlamak için kullanılır. Basitçe daha az karışıklık için.

  • Mantıksal cilt isimleri : sudo lvsbirim gruplarının ve mantıksal ciltlerin adlarını bulmak için komutu çalıştırabilirsiniz.
  • Diskler uygulaması : GNOME Diskleri uygulaması, bölümü kilitlemeden önce mantıksal birimleri otomatik olarak devre dışı bırakmaz. GUI üzerinden bölümün kilidini başarıyla açmış olsanız bile, komut satırına gitmeniz ve GUI'den sudo lvchange -an ubuntu-vgkilitlemeden önce komutu çalıştırmanız gerekir.

1
Bunun en iyi cevap olduğunu düşünüyorum, çünkü bunun nautilus'un libudisks2 ile yaptığı şeylerden çok ya da az olduğundan şüpheleniyorum2. Ayrıca, bunu imtiyazsız bir kullanıcı olarak çalışacak şekilde test ettim.
Jaap Versteegh 24:15

9
Maalesef Object /org/freedesktop/UDisks2/block_devices/dm_2d3 is not a mountable filesystem.herhangi bir tavsiyede hata var mı?
wawa

1
@wawa Aynı problemi yaşadım
raphael

2
Hızlı ileri 5 yıl, tekrar şifrelenmiş bir bölümü kurtarmam gerektiğine karar verdim. Bir Ubuntu 18.04 live USB stick kullandım ve o zamanlar anlattığım adımları takip ettim. Daha önce olduğu gibi iyi çalıştılar ve sudoonları yürütmem gerekmiyordu .
David Planella

1
@Selah, montaj için hangi aygıt yolunun kullanılacağını daha iyi açıklamak için cevabı genişlettim. Mwfearnley için: olarak giriş yapmış olduğunuz kullanıcının izinlerine bakmak faydalı olabilir.
David Planella

87

Biriminiz muhtemelen LUKS ile şifrelenmiştir, burada nasıl bağlanılacağı:

İhtiyacın var:

sudo apt-get install cryptsetup

Birimin şifresini çözmek için:

sudo cryptsetup luksOpen /dev/sda1 my_encrypted_volume

Şimdi her zamanki gibi monte edebilirsiniz:

sudo mkdir /media/my_device
sudo mount /dev/mapper/my_encrypted_volume /media/my_device

Kabı tekrar kilitlemek için önce sökülmesi gerekir:

sudo umount /media/my_device
sudo cryptsetup luksClose my_encrypted_volume

Otomatik olarak /mediakonuma koymak için , udisks aracını kullanın.

sudo udisks --mount /dev/mapper/my_encrypted_volume

Öyleyse, GUI aracılığıyla yapsam bile, ayrıcalıklı olmayan bir kullanıcı olarak yapamam.
cha

Bu aslında sistem ayarınıza bağlıdır. Sisteminizin kullanıcılara cihazlara erişimi sağladığı sürece çoğu komutun çalışması gerektiğine inanıyorum.
Georg Schölly

1
Ubuntu 15.04 udisks2paketi yerine gönderir udisksve eski aracı yeniden adlandırır udisksctl.
kayakçı

ne yazık ki ubuntu 16.04 ile benim için işe yaramadı. mount: bilinmeyen dosya sistemi 'LVM2_member'
Selah

@Selah: Bir LUKS birimi olmayan bir şeyin şifresini çözmeye çalışıyorsunuz. Belki başka bir şey kullanmalısın /dev/sda1.
Georg Schölly

22

Bu hatayı alırsanız:

mount: unknown filesystem type 'LVM2_member'

Çalıştırmak:

sudo apt-get install lvm2
sudo lvscan

sonra gördüğünüz tüm LVM’yi etkinleştirin

sudo vgchange -ay

sonra dağı yeniden çalıştırın:

sudo mount /dev/mapper/my_encrypted_volume /media/my_device

7
Son satırın mutlaka doğru olması gerekmez, çünkü yine de aynı hatayı bulabilirsin. Aksine, yerine lvscan ile listelenen sürücülerden birini monte edin/dev/mapper/my_encrypted_volume
Weasemunk

Bu benim için işe yaramadı. Aynı hata bağlaması: bilinmeyen dosya sistemi 'LVM2_member'. Belki de flash sürücüden önyükleme yaptığım için?
Selah,

@SeanScott çok teşekkür ederim ... Yükleyiciyi sürücümü şifrelemek için kullandım, şimdi verileri kurtarmaya çalışıyorum ve bunları yeni öğrenmem gerekiyor ... d'oh
CameronNemo

13

Karşılaştığım bir sorun, çift ​​cilt gruplarıydı : Hem kurtarma sistemim hem de kurtarılacak disk, LVM'li ubuntu sistemleriydi. Bu yüzden, neden iki ubuntu-vgcilt grubum vardı ( vgdisplayher ikisini de her biri kendi UUID'si ile görüntüleyecekti, ancak mantıksal hacimlerine ulaşamadım).

Benim çözümüm Georg'un cevabına dayanıyor:

  • Canlı linux'yu önyükleyin (böylece yinelenen birim grubu adına girmemeniz için)
  • sudo cryptsetup luksOpen /dev/sdaX my_encrypted_volume
  • istendiğinde parolanızı girin
  • sudo vgscan şimdi içerdiği hacimleri / grupları almalı.

  • DRAGONS AŞAĞIDI: ŞİMDİ HACİM GRUBU ADI DEĞİŞTİRMEYİZ. SONRA SÜRÜŞ SÜRÜCÜSÜ VURMAYIN!

    sudo vgrename ubuntu-vg ubuntu-vg2Birim grubunu yeniden adlandırmak için kullanın .

    O sürücüyü kapalı önyükleme için gerekiyorsa, tekrar adımları yapmak, ancak hacim grubunu yeniden adlandırmak geri ubuntu-Vg'ye. Önyükleme yapılandırmanızı yeni vg adıyla değiştirmek için farklı bir olasılık var.

Şimdi yinelenen vg-name giderildiğini, ben benim normal sisteme geri önyükleme yeniden yapabilirsiniz cryptsetup..., vgscandaha sonra montaj /dev/mapper/ubuntu--vg2-rootyerde senin gibi.


2
Ayrıca yapabilirsiniz Görünüşe sudo vgdispayyerine aynı adla sırasına göre sadece bir hacim yeniden adlandırma yapmak için UUID ve kullanılmasını bulmak için. Yani, UUID'yi kapmak ve sonra yapmak sudo vgrename <uuid> oldbenim için çalıştı.
mpontillo

Şu anda Mike'ın önerisini test edemiyorum, ancak çalışırsa, cilt grubunu yeniden adlandırmaktan daha iyidir!
amenthes

5

sdb1 burada cihaz adınızı girmeniz gereken bir örnek, bu komutların hiçbiri kök ayrıcalıkları gerektirmeyecek

şifreli diskin kilidini aç

udisksctl unlock -b /dev/sdb1

Doğru parolayı girdikten sonra şöyle bir şey çıkacaktır: Unlocked / dev / sdb1 / dev / dm-3

sonra / media / 'ya bağlayın

udisksctl mount -b /dev/dm-3

şunun gibi bir şey çıkarmalıdır: / media / yourUserName / sdb'deki / dev / dm-3 atlı

sökmek

udisksctl unmount -b /dev/dm-3

tekrar kilitlemek için

udisksctl lock -b /dev/sdb1

2
disksctl mount -b / dev / dm-4 Nesne / org / freedesktop / UDisks2 / block_devices / dm_2d4 takılabilir bir dosya sistemi değildir.
DevilCode

Üzgünüm bu sorunu çözdün mü? (monte edilemeyen FS ile ... aynı şeyi yapıyorum)
Oleg Tarasenko

1
Aynı sorun, benim için işe yarayan bir
raphael

3

Yukarıdaki tüm cevaplar, kullanıcının hangi bölümün şifreli olduğunu zaten bildiğini varsaymaktadır. Komut satırını pek sevmeyen birinden geldiğimde, kullanıcı dostu bir cevap bekliyordum ... 2 sent burada.

  1. Ubuntu'nun "diskler" uygulamasını açın.
  2. Monte edilmiş sabit diskinizi sol panelde bulun.
  3. Adında "LUKS" yazan bölüme tıklayın: bu şekilde bağlantı noktasını aşağıdaki "Aygıt" metninde görebilirsiniz (benim durumumda:) /dev/sdb4.

Sonra yukarıda belirtildiği gibi takmaya çalıştım:

$ sudo cryptsetup luksOpen /dev/sdb4 someNameForMyVolume
Enter passphrase for /dev/sdb4: 

Ancak bu hatayı aldım:

Cannot use device /dev/sdb4 which is in use (already mapped or mounted).

Tamam, sanırım nautilus zaten onu bağlamaya çalıştı (şifre çözülmüş ağacı göstermese bile, USB'yi bağlarken şifreyi istememi istedi). Bununla birlikte, hata mesajı gerçekten yardımcı değildir, çünkü bana nerede eşleştirildiğini / monte edildiğini söylemez. Ancak bu komut bu durumda yardımcı olur:

$ udisksctl unlock -b /dev/sdb4
Passphrase: 
Error unlocking /dev/sdb4: GDBus.Error:org.freedesktop.UDisks2.Error.Failed: Device /dev/sdb4 is already unlocked as /dev/dm-3

Aha! Yani bu /dev/dm-3.

Ancak monte etmeye çalışırken, çalışmıyor:

$ udisksctl mount -b /dev/dm-3
Object /org/freedesktop/UDisks2/block_devices/dm_2d3 is not a mountable filesystem.

Çok uğraştıktan sonra duplicate volume groups, komutların sudo vgscan -vve sudo vgdisplayaynı cilt grubu adında iki girişin gösterildiğinden , sorunla karşılaştığımı (yukarıda @amenthes tarafından açıklandığı gibi) öğrendim . Bununla birlikte, bununla başa çıkmanın daha iyi bir yolunu buldum (cilt gruplarını yeniden adlandırmak için bir LiveCD'ye önyüklemeye gerek yok!), Bu bağlantıda , yukarıda alıntı yapacağım (sadece bağlantı koparsa ...) :

Eğer çalıştırırsanız böyle bir dosyayı ls -la /dev/mapper/görmelisiniz luks-xxxxxx-xxxxx-xxxx. Bu, Ubuntu bir şifreleme şifresini şifreyle istediğinde sorduğu ancak açamadığı zaman oluşturulan haritalamadır (tüm diyaloglar luksOpenonu çağırıp bu / dev / mapper / luks-xxx dosyasına eşlemekti). Şimdi:

  1. sudo pvdisplayKomutu çalıştırarak fiziksel hacminizin mevcut olduğundan emin olun . Olması gereken / dev / mapper / luks-xxx-neyse.
  2. Koşturup ses seviyesini yükseltin sudo pvs -o +vg_uuid. Uuid, 7 çizgi ile sınırlandırılmış değerleri içeren, sağa doğru görüntülenen değer olacaktır. Onları bir sonraki adımda kullanacağımız gibi bir yere kopyalayın. UUIDS KABUL ETMEYİN VE YANLIŞ BİR AŞAĞI KOPYA ETMEYİN. Sadece mevcut / dev / mapper / luks-xxx-cihazınız için olanı kopyalayın.
  3. Aşağıdaki komutu çalıştırarak eski diskiniz için birim grubunu sudo vgrename UUIDOFYOURDISKHERE oldhddeğiştirme Geçerli diskinizin birim grup adından farklı olduğu sürece, "oldhd" yi istediğiniz şekilde değiştirebilirsiniz. Bu adımı gerçekleştirmek, artık birimler hazırlamanıza olanak tanıyacak birim grup adlarıyla olan çakışmayı giderir.
  4. vgchange -a yBirimleri etkin hale getirmek için komutu çalıştırın .
  5. Bir yerde bir mountpoint için bir klasör oluşturun, örneğin: sudo mkdir /media/<yourUserName>/someDir
  6. Monte: sudo mount /dev/oldhd/root /mnt/oldhd.
  7. Dosyalarınızla çalıştıktan sonra ubuntu-vg, birimin hala önyüklenebilir olmasını istiyorsanız, cilt grubunuzu yeniden adlandırmalısınız .

2

Hangi bölümün şifreli olduğunu belirlemek için bile GUI aracı kullanmak istemeyenler için.

  • şifreli bölümleri bulmak

    lsblk -lf | grep LUKS
    

    -l"liste" biçimini istekleri - biz ağaç gerekmez
    -fbize dosya sisteminin adını da gösterir
    biz böyle bir şey olsun

    sdc2 crypto_LUKS b09d6209-......

  • İstediğimiz bölümün kilidini aç (benim davamda /dev/sdc2)

    udisksctl unlock -b /dev/sdc2
    

    -b
    bir sonraki adım için gerekli bilgiyi içeren bir parola girdikten sonra parolayı girdikten sonra bir blok cihaza yol verdiğimiz anlamına gelir :

    Unlocked /dev/sdc2 as /dev/dm-6

  • yeni oluşturulan cihazı monte et ( cihaz yöneticisinindm standı )

    udisksctl mount -b /dev/dm-6
    

    Yine yararlı bilgilerle olumlu bir yanıt alıyoruz:

    Mounted /dev/dm-6 at /media/g/Data.

    ( gbu sistemdeki kullanıcı adım, Databu bölüm için kullandığım etikettir)

    Masaüstü sisteminizin / dosya yöneticinizin cihazı zaten otomatik olarak bağlamış olması veya daha önce kendiniz yapmış olabilirsiniz. Sonra bir şey olsun

    Error mounting /dev/dm-6: GDBus.Error:org.freedesktop.UDisks2.Error.AlreadyMounted: Device /dev/dm-6 is already mounted at '/media/g/Data'.

    Bu sorun değil, yine de şifrelenmiş bölümdeki verilere erişebilirsiniz.

  • verilere eriş: ls /media/g/Data
  • (komut, sen montaj için kullanılan aynı adı kullanmak yine cihazının bağlantısını kesmek unmount, değil umount :-))

    udisksctl unmount -b /dev/dm-6
    

    Cihaz meşgul değilse,

    Unmounted /dev/dm-6.

  • Şimdi bölümü tekrar kilitleyin (bölümün adını hatırlamanız gerekir)

    udisksctl lock -b /dev/sdc2
    

    Alacaksın

    Locked /dev/sdc2.

  • isteğe bağlı olarak tüm harici diski kapatın

    udisksctl power-off -b /dev/sdc
    

    Bir grafik masaüstü ile burada bir hata alabilirsiniz:

    Error powering off drive: The drive in use: Device /dev/sdc3 is mounted (udisks-error-quark, 14)

    Bu durumda, udisksctlbaşarılı olana kadar bölümleri birer birer çıkarmak için kullanabilirsiniz . udisksctl power-offHerhangi bir mesaj döndürmez.


2

Önceki cevaplardan birkaç yola girdim ve sadece önceki cevapların kombinasyonu benim için çalıştı. Yaptığım ve iyi giden şeylerdi, yanlış gidenler ve geçici çözümüm.

Ubuntu 15.10 için canlı önyükleme USB'sinden monte etmem gereken bir LUKS şifreli sabit diskim var . Bunu yapmak için aşağıdaki komutla başladım.

udisksctl unlock -b /dev/sda3

sda3 şifreli bölümdür. Bu komut benimle çalışmadı ve neden olduğundan emin değilim, bu yüzden aşağıdaki komutu kullandım:

sudo cryptsetup luksOpen /dev/sda1 my_encrypted_volume

Benimle çalıştı ve canlı önyüklemede olduğu gibi yüklememe gerek yoktu.

Şimdi, HD'yi monte etmem gerekiyor ve bu çok açık bir şey değildi: Denedim:

sudo mkdir /media/my_device
sudo mount /dev/mapper/my_encrypted_volume /media/my_device

Ancak ikinci emir benimle çalışmadı ve bu yüzden aşağıdakilerin olduğu bir iş bulmalıyım:

sudo udisksctl mount -b /dev/mapper/ubuntu--vg-root

Bu benim yolumdu .. ama yolun dev/mapper/ubuntukalanını görmek için yolu ve ardından çift sekmeyi kullanabilirsiniz. Bu HDD'yi şu şekilde monte etti:

Mounted /dev/dm-1 at /media/root/03cf6b80-fa7c-411f-90b9-42a3398529ce

Sonra aşağıdaki komutu aşağıdaki gibi monte etmek için kullandım /media/my_device:

sudo mount /dev/dm-1 /media/my_device/

hangi iyi çalıştı.

Özetle

sudo cryptsetup luksOpen /dev/sda1 my_encrypted_volume
sudo mkdir /media/my_device
sudo udisksctl mount -b /dev/mapper/ubuntu--vg-root
sudo mount /dev/dm-1 /media/my_device/

1

İki adımda monte edebilirsiniz ve bir senaryo örneğim var.

Not: Servis udiskctl / media altına birşeyler monte edecektir, daha çok usb çubukları monte eden masaüstü kullanıcıları için tasarlanmıştır. Cihazı başka bir yere monte etmek istiyorsanız, aradığınız çözüm bu değildir.

İşte çalıştığım şey. Bu örnekte, şifreli cihazım lvm ile yapılan bir bölümdür, ancak bu gerçekten önemli değil. Ext4 biçimli bir bölümdür. Şifreli biçiminde, yaşıyor

/dev/myvg/opt1 

şifreli bir partion bu şekilde "açılır" (şifresi çözülür)

  STEP 1:  sudo cryptsetup luksOpen /dev/myvg/opt1 opt1_opened

(parolayı girdiğiniz yer burasıdır)

son argüman şifresi çözülen blok cihazına geçici bir referanstır. Yeniden başlattığınızda 'haritalama' kaybolur, böylece isterseniz her seferinde farklı bir ad seçebilirsiniz.

şimdi bir cihaz olarak görülebilir:

ls /dev/mapper
control  myvg-opt1  myvg-root  opt1_opened

Bu cihazı monte edebilirsiniz: Artık bir ext4 cihazımız var. Kolaylaştırmak için / etc / fstab içine bir satır ekleyin.

/dev/mapper/opt1_opened /opt1   ext4    noauto,users    0       0

ve bağlama noktasını yapın (benim durumumda: sudo mkdir /opt1ve sonra izinleri istediğiniz gibi ayarlayın) 1. Adımda opt1_opened adını kullandıysanız, bu onu monte etmek için ikinci adımdır:

STEP 2: mount /opt1   #the fstab line lets users mount, so no need for sudo

ve monte edildi.

Dolayısıyla, bir bash betiği:

#!/bin/bash
#needs to be run sudo
read -s -p "Enter LUKS password: " luks_password
printf $luks_password | cryptsetup luksOpen /dev/myvg/opt1 opt1_opened --key-file -
sudo -u tim mount /opt1

1

Doğru cevap gio mount -d /dev/dm-x(sudo yok).

Önceki cevaplar, daha önce GUI'den kullanıcı anahtarlığında önbelleğe alınmış olmasına rağmen, LUKS şifresini girmeniz gerektiğinden, Nautilus veya Nemo montaj yöntemiyle bağlantısının kesildiğini gösteriyor. Kullanılması giootomatik olarak önceden Nautilus veya Nemo tarafından saklanan parolayı kullanmaktadır.

Daha ayrıntılı bir cevap için bkz. Https://unix.stackexchange.com/questions/394320/what-command-does-nemo-use-to-mount-drives/536842#536842


0

Aynı şeyi arıyordum ...

mkdirAdımlar da ben modifiye ettik, ayrıca korumak benim sebebi vardı policykitbenim kullanıcı şifreli hacim parola ilk kök passwd'ı ardından sormadan atamasını sağlamak için, böylece sudokill de oldu.

Bulduğum Çözümümün kullanımı idi gvfs-mountgelen gvfs-binpaketin. Şimdi bir b ile gvfs-mount -d /dev/sda7sadece şifreli şifre için sorulur ve altında monte edilir /media/VOLUME_LABEL.


Şansın bu değil. Attığım adımlar: İlk önce, cat /proc/partitionssürücünün / dev etiketini tanımlamak. İkincisi gvfs-mount -d /dev/sdf1,. Bu, "/ dev / sdf1 aygıt dosyası için birim yok" hatası veriyor. Yine de bu yakın görünüyor!
cha

Benim için çalışıyor. Garip yoluyla değil /dev/disks/by-labelya /by-uuid, ama sadece tarafından/dev/sdxx
Redsandro

Siz / etc / fstab adresindeki cihazı silinceye kadar "/ dev / sdf1 cihaz dosyası için birim yok" mesajı görünecektir. Bundan sonra gvfs-mount tasarlandığı gibi çalışıyor
dbzix

Bilginize: gvfs-mount -d /dev/sdaXbenim için mükemmel çalıştı Linux Mint 17.3 - GUI'de olduğu gibi şifre gerektirmez.
Jonathan Cross,

0

Chromebook'umda (crouton) Ubuntu Xenial 16.04 ile yayınladığımda şunu buldum:

sudo cryptsetup luksOpen / dev / sda1 my_encrypted_volume

Yukarıdaki gönderiye ve şifremi girin, "Bu şifreyle anahtar kullanılamaz." Ancak, kazara buldum (ve çok garip!) Her şey cryptsetup komutuna "--debug" eklediğimde işe yarıyor! Daha sonra birimi bağlayıp dosyalara erişebiliyorum.

Dosya yöneticisinden Thunar'dan montaj sonuçlarını yapmasını istemek "İşlem gerçekleştirme yetkisi yok." hata. Bunu çözmenin bir yolunu bulamıyorum, ancak montajı komut satırında yapabileceğimden, bu biraz kabul edilebilir.


0

Tamam, bu nedenle çalışan bir çözüm adamım var, daha önce tartışıldığı gibi, mount: unknown filesystem type 'LVM2_member'hata almanızın nedeni, varsayılan olarak linux makinenizin aynı VG adını harici sabit diske atamasıdır, dolayısıyla harici HDD'deki tüm bölümler etkin değildir.

Yapman gereken bu:

  1. Harici sabit sürücünüzü çıkarın ve ( sudo vgdisplay command) kullanarak dahili VG UUID'inizi not edin ,
  2. şimdi harici sabit sürücünüzü takın ve EXTERNAL HDD'nizin VG grubunu yeniden adlandırın (dahili değil, bu kutunuzu kıracak) ( vgrename UUID_Number [new-group]).
  3. VGdiplay'de yeni adın güncellendiğini vgchange [new_group] -a ykontrol edin , şimdi yeni VGroup'u ( ) etkinleştirin , tüm bölümlerin etkinleştirildiğini ( lvscan) kontrol edin .
  4. Şimdi tüm bölümlerinizi aşağıda görmelisiniz ls /dev/mapper/[new_group], yapmanız gereken tek şey bölümü eklemek ( mount -t ext4 /dev/mapper/[new_group]-data /zez)
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.