Şifrelenmiş ev kullanarak temiz 14.04 kurulumunda çalışmıyor


28

Güncelleme 3:

Güncellemeden sonra da başka sorunlar yaşadığım için etrafta yatan eski bir hırsızı kaldırmak için sistemi sıfırdan yeniden kurmaya karar verdim. Howver, bu konu devam etti.

Temiz bir kurulumda, "şifreli ev" kullanarak kurulum yapmayı seçmek, bozuk bir şifreli takas yapılandırmasına neden olur.

Güncelleme 2:

CFDisk'in şikayet ettiği parlamento kararını düzelttim, ancak sorun devam ediyor. Değişim şimdi / dev / sda6'da, ve onu şu şekilde çalıştırabilirim:

~$ sudo mkswap /dev/sda6
Setting up swapspace version 1, size = 7998460 KiB
no label, UUID=18881d0f-d9ec-43be-a23f-0cbd78ea6d22

$sudo nano /etc/crypttab # Update crypttad with new UUID

$ sudo /etc/init.d/cryptdisks reload
 * Stopping remaining crypto disks...
 * cryptswap1 (stopped)...                                               [ OK ] 
 * Starting remaining crypto disks...                                        
 * cryptswap1 (starting)..
 * cryptswap1 (started)...                                               [ OK ] 
$ sudo swapon -a

$ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:04 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:08 18881d0f-d9ec-43be-a23f-0cbd78ea6d22 -> ../../sda6
lrwxrwxrwx 1 root root 10 May 11 09:04 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:04 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:04 D28230E68230D129 -> ../../sda2
lrwxrwxrwx 1 root root 10 May 11 09:08 fcc8c419-8fec-4d4d-b55e-9e4c3b04d21d -> ../../dm-0

Ancak bir yeniden başlatma sonrası takas aktif hale gelmiyor ve bir kez daha şöyle gözüküyor:

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:12 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:12 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:12 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:12 D28230E68230D129 -> ../../sda2

Şu andaki tahminime göre, diski şifreli olarak kurmanın linux'u artık bölüm tipini tanımadığı ve bu nedenle doğru şekilde yerleştirmediği ve bunun UUID için kayıt olmamasına neden olduğu ve bu nedenle cryptswap'ın hataya neden olamayacağı yönünde olduğunu tahmin ediyorum. Ama nasıl düzelteceğimi bilmiyorum ..

Güncellenen soru:

Daha sonra yapılan testler $ mkswap / dev / sda5 kodunu çalıştırarak takas işlemlerini başarabileceğimi ortaya çıkardı.

ve / etc / crypttab'ın doğru UUID ile güncellenmesi ve burada belirtilen adımları izleyerek: Şifreli bir takas dosyasını nasıl ayarlayabilirim?

Ancak bilgisayarı yeniden başlattığımda sorun devam ediyor, çalıştırdığımda / dev / sda5 görünmüyor

$ ls -l /dev/disk/by-uuid/

Eğer yaparsam:

$ cfdisk /dev/sda 

Aşağıdaki hatayı alıyorum:

FATAL ERROR: Bad logical partition 6: enlarged logical partitions overlap
                      Press any key to exit cfdisk

Grafiksel "Diskler" yardımcı programı, diski kullanarak açılırken yapılan herhangi bir hatadan şikayet etmez.

$ sudo fdisk -l

Disk /dev/sda: 256.1 GB, 256060514304 bytes
255 heads, 63 sectors/track, 31130 cylinders, total 500118192 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x619aebf1

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   100870143    50331648    7  HPFS/NTFS/exFAT
/dev/sda3       191397888   192397311      499712   83  Linux
/dev/sda4       192399358   500117503   153859073    5  Extended
/dev/sda5       484118528   500117503     7999488   82  Linux swap / Solaris
/dev/sda6       192399360   484118527   145859584   83  Linux

Partition table entries are not in disk order

Orijinal soru:

14.04'e yükselttikten sonra (13.04'ten itibaren) bilgisayarımda ciddi yavaşlamalar görüldü, en üst sırada çalışırken kswap0'ın cpu zamanının çok fazla sürdüğünü fark ettim. Ayrıca herhangi bir takas alanım olmadığını da farkettim!

$ sudo swapon -a
swapon: /dev/mapper/cryptswap1: stat failed: No such file or directory

Şifreli takas kurulumumla ilgili bir sorun var gibi görünüyor (bir tanesine sahip olduğumu bile bilmiyordum)

$ cat /etc/crypttab 
cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May  6 11:00 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May  6 11:00 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda6
lrwxrwxrwx 1 root root 10 May  6 11:00 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May  6 11:00 D28230E68230D129 -> ../../sda2

Ve benim fstab'ıma bakıyor

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=19aa372c-05c8-4226-8f09-c54e5566e816 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda3 during installation
UUID=08b07f88-6da5-4b40-b062-42b3bb1c5f00 /boot           ext2    defaults        0       2
# swap was on /dev/sda5 during installation
#UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

Tahminim, sda5'in kurulumunda yanlış bir şey olduğu, ancak şifrelenecek şekilde ayarlandığı için nasıl düzelteceğimi bilmiyorum. Nasıl devam edeceğiniz konusunda yardım edersiniz.


Şifreli bölümler hakkında hiçbir şey bilmiyorum, ancak bu ilk hata, takas bölümünün monte edilmediğini gösteriyor. Ayrıca / etc / fstab içindeki montaj hattı yorumlanmıştır. Ben sadece bu çizgiyi
yorumlamayı ve düzeltip

Yorumlanması gerektiği ve / etc / crypttab içindeki bilgileri kullanarak cryptswap1 satırının dolaylı olarak montajından sorumlu olduğundan eminim. Öneriniz kesinlikle şifrelenmemiş bir şekilde monte edersiniz?
ajn

1
Bu işe yarayacak mı? https://ubuntuforums.org/showthread.php?t=2224129 Bazı komutlardan emin değilim ve Ubuntu'yu mahvetmek istemiyorum.

Çalıştığım şeye benziyor, şifrelenmiş takas işlemini ilk kez etkinleştirdiğinizde bir yeniden başlatma için çalışmasını ve sonra tekrar çalışmayı durdurmasını beklerdim.
ajn

Şimdilik düzenli takas kullanmaya geri döndüm. Şifrelemeye karşı kullandığım ana senaryo, birinin dizüstü bilgisayarımı çalması ve orta derecede linux becerisine sahip birinin ilginç bir şey bulup bulamayacağı konusunda karar vermeye karar vermesi, yani büyük olasılıkla sadece usb kullanarak önyükleme yapıp ana bölümümü takmaya çalışmaktır. Birisinin takas alanından parçalarını kurtarmaya başlamak için yeterince değerli bulacağına inandığım hiçbir şeyim yok. Gerçekten şifreli ev + düzenli takas kullanmak için bir yükleme seçeneği olmalıdır.
ajn

Yanıtlar:


16

Bilinen hata

UUIDVeriler kendisine yazılır yazılmaz bölümün üzerine yazan bir hata var (aşağıya bakın) . Bu nedenle, UUIDşifreli takas için kullanılacak bölümü referans almak için kullanamazsınız.

Bu günlerde, takas alanı hiç kullanılmıyor. Makinemde, takas ancak 40. sekmimi açtığımda kullanılıyor. Takas etmediğimde, aniden bilgisayarım kapanmaya başladı ve tarayıcı kendini kapattı. Veya Chromiumtarayıcı durumunda, birçok sekme aniden “ölür”.
Bu nedenle, başvuran /dev/disk/by-uuid/sizin de /etc/crypttabkudretini görünmek bir süre çalışmaktan, ancak en kısa sürede swap alanınız aslında kullanıldıkça, bu üzerine yazacaktır UUIDtüm bölümleme şifreli veri depolama için kullanıldığından.

Kolay düzeltme

Kolay düzeltme, takas bölümünü cihazınızdaki cihazla referanslamaktır /etc/crypttab, örneğin:

cryptswap1 /dev/sda5 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

Uyarı: bu muhtemelen bir dizüstü bilgisayarda güvenlidir (bu şekilde kullanırım), ancak değiştirilebilir diskleri olan bir masaüstündeyseniz veya sürücü / bölüm düzenini değiştirmek için başka nedenleriniz varsa, bunu yapmak istemezsiniz. normal depolama bölümü aniden takas için kullanılabilir.

Not: Bu değişikliğin geçerli olması için yeniden başlatmanız gerekir, çünkü yalnızca önyükleme /dev/mapper/cryptswap1oluşturulduğunda.

Uygun düzeltme

Bunu düzeltmenin doğru yolu, saklanan ham bölümün, UUIDşifrelenmiş takas verileriyle üzerine yazılmadığından emin olmaktır , bu yüzden yeniden başlatılmaya devam eder. Ancak, nerede UUIDyazıldığından ve ne kadar bayt harcadığından emin değilim . Kendi sorumluluğunuzda olduğu gibi test edebilirsiniz:

cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,offset=36,cipher=aes-cbc-essiv:sha256

Not edin offset=36.

Lütfen bir Ubuntu One hesabınız varsa giriş yapın ve Launchpad'deki Hata # 1310058'e gidin ve (veya burayı tıklayın) seçin: "Bu hata beni de etkiler", böylece hata 'popülerliği' kazanacak ve düzeltilmeye daha yatkın olacaktır.


Güncelleme 2014-10-27

Ben de bunun üzerine tökezledim. Benim tarafımdan doğrulanmadı. offsetKırık bir takas inşa etme hakkında daha fazla ayrıntı ve yorum ile hile gibi görünüyor .

https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1310058/comments/22


5
Sadece birkaç gün önce hataların bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875 adresinde izlenmekte olduğunu belirtmek istiyorum (Mart 2015 ortasında) durum "serbest bırakıldı" bu düzeltme yalnızca açıkça 15.04 için geçerlidir. 14.04 LTS'ye desteklenip desteklenmediğini ve "resmi" güncelleme prosedürünün ne olabileceğini görmek istiyorum
Tommy Trussell

1
@ TommyTrussell: Destek vermemek LTS için çılgınca olurdu. Bunun gibi önemli şeyler için olan hatalar, piyasaya sürülmesinden neredeyse bir yıl sonra hala açık kalıyor, iki taraflı Linux dağıtımlarının bile OSX ve Windows ile asla aynı olmayacak olmasının nedeni. Ne yazık ki.
Redsandro

Genel olarak OSX ve Windows'ta sabitlenen hataların tartışıldığının farkında değilim, o halde nasıl "eşit" olabilirler? OSX ile olan tecrübeme göre, hatalar giderilir ya da giderilmez; kamuya açık tartışma yok, bu yüzden onlar "opak". Sadece yeni hata numarasından bahsettim (çünkü bağlantı kurduğunuz kopya olarak işaretlendi) böylece referansınızı güncelleyebilirsiniz. Bug 953875'te belirtilen forum kayıtlarındaki tartışmadan görebileceğiniz gibi, en kararlı düzeltme 15.04'te değişen init sistemine bağlı olarak değişebilir. SO 14.04 düzeltmesinin ileriye dönük uyumluluk için teknik zorlukları olabilir.
Tommy Trussell

Sadece Windows veya OSX gibi bir sistemde "Ah bu arada, SWAP bozuk" gibi bir şey göremeyeceğinizi söylüyorum . Bu, test edilmeden ve düzeltilmeden önce RTM'yi asla alamayacak bir tür çekirdek işlevdir . Bu kadar. Güvenlik gelince, kamuya açık tartışma yok ama hala istatistikler var .
Redsandro

@Redsandro Peki, bu ücretsiz bir işletim sistemidir ve böyle bir şey ancak sürümü serbest bırakırken test eden kullanıcılar hatayı keşfederse yayınlanmadan önce düzeltilecektir. Piyasaya sürüldükten sonra, hatayı düzeltmenin birisinin yapılandırmasında başka bir şeyi bozması çok riskli. Ancak, daha yeni bir sürümde düzeltilebilir - bu yüzden bunu kullanmaya değer olabilir - ancak geçici sürümler genel olarak LTS sürümlerinden daha kararsızdır, çünkü odak genel güncellemeler üzerine daha fazla odaklanır. Ancak hata testi / onarım / Kalite Güvencesi (QA) neden bu kadar önemli ve Ubuntu bu konuda daha iyi oluyor.
Ads20000

9

Ubuntu 14.04'te de aynı problemi yaşıyordum ve bu konuya rastladım; mutantın sağladığı bu bağlantı benim için iyi çalıştı. /dev/disk/by-id/ Dev / sdXY yerine referansı kullandım , çünkü bu referans her zaman aynı fiziksel bölüme işaret etmiyordu. Sonum şöyle /etc/crypttabbitti:

cryptswap1 /dev/disk/by-id/wwn-0x500...-part6 /dev/urandom swap, cipher=aes-cbc-essiv:sha256

3
Bu uygun ve kolay düzeltme!
Serge Stroobandt

7

Sadece şifrelenmemiş bir takas kullanın

... ve / home şifreli kalsın

Burada önerilen diğer çözümlerden birkaçını denedim. Sıcak bir yeniden başlatma işleminden sonra çalışmaya devam etmelerine rağmen, sonunda kapanma ve soğuk yeniden başlatma sonrasında hepsi başarısız oldu.

Bu bize aslında çifte böcek ile uğraştığımızı söylüyor:

  1. Takas sürücüsünün UUID'si şifreleme sistemi tarafından geçersiz kılınır ve
  2. Önyükleme sırasında zaman aşımı sorunu var.

Bu düşünceler ayrıca Launchpad'de dosyalanan ilgili hata yorumlarına da yansır . Ancak, Upstart'dan sisteme geçiş bekleyen bir hareketle, mevcut LTS sistemlerindeki hatayı gidermek için çok az şey yapılır.

Bu noktada, aşağıdaki düşünceler aklımdan geçti:

  1. Sistem kurulumu sırasında sadece bölümümü şifrelemek istedim \home, başka bir şey yok.
  2. Şifreli bir takas bölümünün olmaması riskleri oldukça sınırlıdır.
  3. Kanunlarını temizlemek Canonical'a kalmış. Bununla daha fazla zaman harcamayacağım.

Yani, tüm işletim sistemini yeniden yüklemek zorunda kalmadan takas normal, şifrelenmemiş takas olarak geri yüklemek için benim çözüm .

  1. Henüz yapmadıysanız, yükleyin blkid:$ sudo apt-get install blkid
  2. Düzen /etc/crypttabve bütün silmek cryptswap1çizgi:$ sudo nano /etc/crypttab
  3. Sistem Ayarları menüsünden GParted'i başlatın.
  4. Ünlem işareti olan bir bölüm göreceksiniz. Bu hatalı takas bölümü olmalıdır. Dikkatlice seçin ve bir linux-swapbölüme yeniden biçimlendirin . Bu işlemi uyguladıktan sonra, geri yüklenen normal takas bölümünün yeni UUID'si hakkında bilgilendirilirsiniz. Bu bilgiyi kaydetmeniz için bir fırsat sunulur. Bunu yapmazsanız, yeni UUID'yi her zaman komut satırından alabilirsiniz blkid:$ sudo blkid
  5. Şimdi /etc/fstabeski ihtişamını geri kazanmanın zamanı geldi :$ sudo nano /etc/fstab

    • Referans içeren tüm satırı kaldırın /dev/mapper/cryptswap1.
    • Önündeki swapkarmaşayı kaldırarak eski çizgiyi kaldırın .#UUID=...
    • Şimdi, eski UUID'yi daha önce alınmış olanla değiştirin.
    • Vurarak dosyayı yaz Ctrl+ O ve çıkış nanoile Ctrl+ X.
  6. Bunların hepsini yaptıktan sonra, şifrelenmemiş yeni takas kodunu kullanmaya zaten başlayabilirsiniz: $ sudo swapon -a
  7. Bu çözüm hem sıcak yeniden başlatmalardan hem de soğuk yeniden başlatma ile kapanmadan kurtulur.

1
Her şeyi denememe rağmen, bu benim için çalışan tek cevap.
15'te

Gparted'de takas bölümümün önyükleme bayrağı var. Bu hala işe yarayacak mı yoksa önyükleme yapamayacak mıyım?
Christian Skjødt

@ ChristianSkjødt Takas bölümünüzün önyükleme bayrağı ayarlanmamış olmalıdır. Her neyse, yukarıdaki prosedür hiçbirini etkilemeyecekti.
Serge Stroobandt

2

Göz at bu . Bu sorunu sadece UUID = ... yerine / dev / sda3 / etc / crypttab ile değiştirerek düzelttim.


1
takas bölümünüzün ne dendiğini kontrol etmek için önce "sudo fdisk -l" komutunu çalıştırın, "/ etc / sda5" veya başka bir şey olabilir, sonra mutant tarafından açıklanan şekilde cryptab dosyasını düzenleyin. Bu benim için çalıştı ve bir yeniden başlatma hayatta kalır. Bu, yeni bir SSD'ye yeni bir yükleme ile bu sorunu aldığım için kesinlikle bir hatadır. Yükleme sırasında "şifrele ev dizini" seçeneğini kullandım, kurulumdan sonra şifrelemek / evlendirmek çok daha iyi, özellikle eski bir evden önceki bir kurulumdaki dosyalar üzerinden kopyalanıyorsanız.
Paul Williams

sudo fdisk -lBana kimsenin anlatıyordu oldu. Bunun için teşekkürler! :)
Aman Alam

İnsanları, en azından /dev/sd*yolların bir hevesle değişebileceği konusunda uyarmalı ve yanlış bölümlerin takas verileri tarafından tahrip edilmesine yol açmalıdır. /dev/disk/by-idüstündür.
underscore_d

0

Ben bu sorunu yaşıyorum, 332625'te söz konusu kişiler gibi . Bir askıya alma ve yeniden başlatma kombinasyonu, takas bölümünüzün UUID'sini kaybeder ( / etc / fstab'ınızdaki yorumda belirtildiği gibi , bunu onaylayın sudo blkd), böylece / etc / crypttab'daki satır, bu UUID'yi şifreli takas olarak kullanmak için başarısız olur.

Bölüm adını ( sizin durumunuzda / dev / sda6 ) veya kaybolan UUID yerine adını kullanmak için / etc / crypttab anahtarlama şansım yok./devdev/disk/by-id/

Şifreli takas takdiri terk, ne yazık ki, en kolay ve şimdiye kadar en iyi çözümdür.


bu sorun çok eski, neden zaten çözemediklerini merak ediyorum, şimdi masaüstümde aynı sorunla karşı karşıyayım ve çalıştıramıyorum, geçmişte dizüstü bilgisayarımda düzeltti ama nasıl hatırlayamıyorum :(
tomasb
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.