Festplatte on Michael’s Domain

Wie verschlüsselt man eine zweite Festplatte unter Ubuntu 20.04 manuell?

Fri, 19 Nov 2021 00:00:00 +0000

https://dev-notes.eu/2020/12/LUKS-Encrypt-Hard-Drive-with-Cryptsetup-on-Ubuntu-20.04/Check-Festplatten : lsblksudo hdparm -i /dev/sda Verwenden Sie parted (bei Festplatten mit weniger als 2 TB kann fdisk anstelle von parted verwendet werden): sudo parted /dev/sda mklabel gpt sudo parted -a opt /dev/sda mkpart primary ext4 0% 100% Richten Sie die LUKS-Verschlüsselung ein. Hier müssen Sie die Passphrase eingeben, mit der Sie die Festplatte entschlüsseln werden: cryptsetup -y -v luksFormat /dev/sda1 Temporäre Zuordnung erstellen: sudo cryptsetup luksOpen /dev/sda1 DOCUMENTS (wenn keine Fehlermeldung erscheint, war der Vorgang erfolgreich)Zuordnung überprüfen: ls -l /dev/mapper/DOCUMENTS sudo cryptsetup -v status DOCUMENTS Zuordnung dauerhaft festlegen. Anstelle von „none“ kannst du auch eine Schlüsseldatei angeben (= deutlich weniger sicher, wenn sich diese Datei auf demselben System befindet). Anstelle von /dev/sda1 kannst du auch die UUID angeben. Möglicherweise ist es auch nicht notwendig, eine Partition zu haben, und /dev/sda kann direkt verwendet werden. Die UUID können Sie mit „blkid“ ermitteln oder – falls das nicht funktioniert – mit „ls -l /dev/disk/by-uuid“ DOCUMENTS UUID=e6813be6-1e6e-4c6f-80cf-b47a428a700d none luks,discardCheck LUKS-Header: sudo cryptsetup luksDump /dev/sda1 Dateisystem anlegen: sudo mkfs.ext4 /dev/mapper/DOCUMENTS -L „4TB_DOCUMENTS_DISK“

SSD oder mechanische Festplatte?

Wed, 12 Sep 2018 00:00:00 +0000

sudo apt install smartmontools sudo smartctl -a /dev/sda oder cat /sys/block/sda/queue/rotational

So löschen Sie Festplatten (Shred, dd)

Sun, 25 Jan 2009 00:00:00 +0000

Man könnte die gesamte Festplatte mit Nullen überschreiben: dd if=/dev/zero of=/dev/hda. Bei neueren Versionen von dd kann man den Fortschritt überwachen: dd if=/dev/zero of=/dev/hda status=progress. Es wird jedoch empfohlen, mehrere Durchläufe mit zufälligen Daten zu schreiben (n = 3 ist die Standardeinstellung). Wenn der Schreibvorgang die magnetischen Spuren vollständig beseitigt hätte und Ihre Zufallsquelle perfekt wäre, würde ein einziger Durchgang IMMER ausreichen. In der Praxis benötigen Sie nur n > 1, wenn es sich um Staatsgeheimnisse handelt, da die Wiederherstellung von Daten nach einem Löschvorgang mit n = 1 spezielle Geräte erfordert, die Sie in keinem Geschäft kaufen können. shred -vfz -n3 /dev/hda

Die Festplatte mit hdparm herunterfahren

Wed, 23 May 2007 00:00:00 +0000

Der Befehl, um die Festplatte nach 50 Sekunden (5×10) Inaktivität in den Ruhezustand zu versetzen: /sbin/hdparm -S10 /dev/hda

Hardwarefehler (Festplatte) (DMA-Timeout-Fehler, dma_timer_expiry)

Wed, 04 Apr 2007 00:00:00 +0000

Vor einiger Zeit scheint es auf unserem Server zu einem Festplattenausfall gekommen zu sein, da immer wieder die folgenden Fehlermeldungen auftraten: hda: DMA-Timeout-Fehler: […] hda: dma_timer_expiry: […] Wir haben die 20-GB-Festplatte gegen die 4,7-GB-Festplatte meines alten Macs ausgetauscht und das System neu installiert. Ein Freund von mir hat die „defekte“ 20-GB-Festplatte auf einem Windows-System ausprobiert und sagte, sie funktioniere einwandfrei. Wir haben sie wieder als sekundäres Laufwerk in unseren Server eingebaut, und sechs Monate lang lief alles einwandfrei, bis beim Hochfahren eine ähnliche Meldung erschien: spurious 8259A interrupt: IRQ7 hdc: read_intr: status=0x59 {DriveReady SeekComplete DataRequest Error} hdc: read_intr: error=0x04 {DriveStatusError} ide1: reset: success und beim Herunterfahren: hdc: status timeout: status=0x80 hdc: Laufwerk nicht bereit für Befehl ide1: Reset-Zeitlimit abgelaufen Zudem traten seltsame Klickgeräusche auf. Außerdem gab es ein Problem beim Herunterfahren der Festplatte: Sie fuhr nie mehr herunter, was den Server nachts ziemlich laut machte. Da der standardmäßige 2.4.20-Kernel von RedHat den Laptop-Modus nicht unterstützt, beschlossen wir, die Distribution zu wechseln. Ich habe diese Festplatte gegen eine 6-GB-Festplatte ausgetauscht und SUSE Linux 9.1 neu installiert. Als ich die Daten von der 20-GB-Festplatte auf die 6-GB-Festplatte kopierte, gab es drei oder vier Dateien, die ich nicht kopieren konnte (E/A-Fehler). Nun frage ich mich, ob die 20-GB-Festplatte wirklich defekt ist oder nicht. Alle Anzeichen deuten sehr wahrscheinlich darauf hin. Wenn es sich jedoch nur um DMA-Fehlermeldungen handelt, lassen sich diese durch Deaktivieren des DMA-Modus ausschalten (als Boot-Parameter angegeben: ide=nodma noapic apm=off). Das verschlechtert natürlich die Leistung. DMA steht für „Direct Memory Access“ und bedeutet, dass Daten von der Festplatte an einen anderen Ort (z. B. in den Arbeitsspeicher oder auf eine andere Festplatte) übertragen werden können, ohne dass die CPU daran beteiligt ist (was den Vorgang deutlich beschleunigt und die CPU von unnötiger Arbeit entlastet).