=== eTeddy1 is now known as eTeddy [17:38] guten abend kann mir jemand helfen wollte hashcat instalieren, instalation hat geklappt nur das hashen fuunktioniert nicht [17:38] hab ubuntu [17:40] Was passiert denn? Und wie startest du das? [17:41] die fehler meldung kommt You are probably missing the native OpenCL runtime or driver for your platform. [17:42] mit dem terminal [17:43] hast du hashcat aus den ubuntu repos installiert? was für ne maschine ist das genau? [17:43] nein von hashcat.net [17:44] hashcat ist in der reops??? [17:44] ja ist es [17:44] ok [17:44] und der vorteil dort ist, dass es eben abhängigkeiten mitinstalliert [17:44] https://packages.ubuntu.com/search?keywords=hashcat [17:44] Title: Ubuntu – Package Search Results -- hashcat (at packages.ubuntu.com) [17:45] dann schau ich mal ob ich es aus der repos hin bekomme [17:45] danke [18:24] k1l, last sich nicht finden in der repos [18:25] hab voher ein update gemacht [18:27] sagt einmal ich habe bei der Installation gewaehlt der verschluesselten Partitionen das ist aber bei mir nur auf der nvme, nun wuerde ich gerne eine weitere ssd anbinden die dann ebenfalls so verschluesselt sein soll [18:34] emanuel1205, welche ubuntuversion hast du denn da? [18:39] 16.04 lts [18:39] nicole_: die neue ssd - nutzt du die nur ab und zu oder regelmäßig - soll die immer beim booten schon entsperrt werden? [18:41] tomreyn, also ich habe hier sowohl ssd als noch hdd und die sollen aber dann ganz normal mit hochfahren und eingebunden sein [18:41] emanuel1205, ah. das erklärt's. hashcat ist erst seit 18.04 in den quellen. [18:41] ok [18:41] da sollen z.B. vms drauf [18:42] drc, alternative [18:42] naja, ein 16.04 würde ich eh mal auf 18.04 aktualisieren [18:42] demnächst wird das 18.04 - 20.04 update freigegeben [18:42] hab ich mir auch gedacht :) [18:43] muss ich mal schauen, meinst du es könnten hardware prob. auf tretten [18:44] unwahrscheinlich, wenn 16.04 ordentlich lauft, sollte auch 18.04 keine probleme machen [18:44] und was meinst du mit 20.04 [18:44] nicole_: pro verschlüsseltem speicher hast du einen passwortsatz (oder eine schlüsseldatei) die du bereit stellen musst. um jetzt alle auf einmal bereit zu stellen müsstest du über alle platten ein raid spannen. aber das ist eher aufwändig und architektonisch gruselig. alternativ kannst du auch was skripten was nach entschlüsseln des ersten speichers die restlichen über (auf dem entschlüsselten ersten speicher liegenden) schlüsseldate [18:44] ien bereit stellt. [18:44] wenn schon denn schon [18:45] emanuel1205, hab auch da noch nichts von größeren problemen gehört. meine 3 updates waren auch problemlos, falls da anekdoten helfen [18:45] net man das nicht upgrade [18:45] nicole_: ist leider von der umsetzung her nicht ganz trivial, aber lässt sich schon machen - es gibt da sicherlich schon how-tos für. [18:46] aber vielen leiben dank drc bis bald mal [18:52] nicole_: hier wird das z.b. beschrieben: https://help.ubuntu.com/community/Full_Disk_Encryption_Howto_2019#Post-Installation_Steps [18:52] Title: Full_Disk_Encryption_Howto_2019 - Community Help Wiki (at help.ubuntu.com) [18:53] hier auch (die website kenne ich bisher nicht, aber der artikel scheint ok zu sein): https://www.golinuxcloud.com/mount-luks-encrypted-disk-partition-linux/ [18:53] Title: How to auto mount LUKS device (encrypted partition) using fstab in Linux (at www.golinuxcloud.com)