SiFuh_ has quit [Remote host closed the connection]
SiFuh has joined #crux
leah2 has joined #crux
leah2 has quit [Ping timeout: 255 seconds]
Guest59 has joined #crux
<Guest59>
has anyone used qutebrowser on crux before
<cruxbot>
[contrib.git/3.7]: vkd3d: updated to version 1.9
<cruxbot>
[compat-32.git/3.7]: vkd3d-32: updated to version 1.9
<jaeger>
I've not used it anywhere
<Guest59>
oh
<Guest59>
i wanted to know if anyone had compiled it since i've never compiled qt-engine before
<Guest59>
maybe like a time reference for compilation
Guest59 has quit [Client Quit]
leah2 has joined #crux
<SiFuh>
remiliascarlet: :-) Being able to boot from sdcard mmc and so on was added recently ;-)
<SiFuh>
farkuhar: nvme-cli has the ability to zero out an SSD pretty damned fast for those who want a clean drive for encryption. I have had to boot into ParrotOS just to do that because CRUX doesn't have it.
ivandi has quit [Ping timeout: 248 seconds]
ivandi has joined #crux
<farkuhar>
SiFuh: nvme-cli is faster than hdparm --security-erase? Interesting, I'll have to try it someday.
<cruxbot>
[opt.git/3.7]: mpg123: update to 1.32.2
lavaball has joined #crux
<cruxbot>
[opt.git/3.7]: firefox-bin: update to 118.0
<farkuhar>
SiFuh: I'm down to the last slice of the bread I baked last Sunday. I hope yours can last that long in the Malaysian climate.
<SiFuh>
Mine will be fine farkuhar. If I suck most of the oxygen out without compressing the loaf, I can get it to last in the refrigerator for about 14 days easily.
<SiFuh>
Besides, I have vegemite so everything can taste good
<SiFuh>
I have chosen #ebeded for the paint on my East/West facing walls and #e0d5db for my North/South facing walls in my room and everyone is laughing. They say it is pink. It isn't pink! It is Sheer Lilac!
<farkuhar>
Thanks for the info on nvme-cli. When you mentioned ParrotOS in the context of this discussion, it sounded like a distro designed for IT forensics (as in "parroting" a hard disk before any actions with more destructive potential).
<farkuhar>
Then I visited the ParrotOS homepage to learn more. But I didn't immediately find any explanation for why the name was chosen.
<SiFuh>
Oh, yeah it is quite a cool distro for forensic and pen-testing. The guys do a lot of work to make sure it actually works.
stoffepojken has quit [Quit: ZNC 1.8.2 - https://znc.in]
stoffepojken has joined #crux
<r0ni>
my debian server sent me a security alert cuz i accidentally tried to run yapo on it lol
chrcav has quit [Quit: leaving]
jason123onirc has quit [Ping timeout: 264 seconds]
jason123onirc has joined #crux
<jaeger>
SiFuh: yeah, I specifically mentioned secure erase
stoffepojken has quit [Ping timeout: 260 seconds]
<jaeger>
farkuhar: on any modern SSD with a decent controller, hdparm's secure erase works the same way and takes 1 or 2 seconds at most
<jaeger>
There's not really any "zeroing" happening, just losing of encryption keys, more or less
<SiFuh>
jaeger: Is this a new hdparm feature? I seem to remember that hdparm was bad for NVMe drives
<jaeger>
Been in hdparm for a LONG time
<SiFuh>
Also, to secure erase mine I needed nvme-cli then because my drive was security protected. I needed to erase a bit or something, then I could secure erase it.
<jaeger>
I'm not sure if hdparm works on nvme drives, I've only used nvme-cli for that... but my point is that hdparm and nvme-cli are doing basically the same thing, for SATA and NVMe drives respectively.
<SiFuh>
A long time as in more than two years ago because hdparm refused to work on mine and then someone mentioned that hdparm is dangerous on NVMe. I found a site that guided me through how to unlock and stuff but I couldn't find it today. I thought I had bookmarked it.
<jaeger>
hdparm has supported secure erase for much longer than that, yes... many many years
<jaeger>
With that said, it's been a while since I took a deeper look at hdparm's support but my understanding was that it basically did not know how to speak NVMe, just SATA
<SiFuh>
Yes
<SiFuh>
I will try to find that page again. I am sure I have it somewhere in a backup drive or something.
chrcav has joined #crux
<jaeger>
The short version is that secure erase works nearly instantly on both SATA and NVMe drives, just with a different CLI tool to send the command for each type/protocol
<jaeger>
(and since I didn't mention it there and someone probably will point it out, this applies to SSDs only, not spinning rust)
<SiFuh>
Hahaha
<SiFuh>
Can hdparm unlock NVMe's to allow a person to secure erase?
<jaeger>
I doubt it
<SiFuh>
So if it couldn't then hdparm secure erase would become useless for certain NVMe drives then
<jaeger>
I guess I wasn't clear earlier, I believe that hdparm is useless for ALL NVMe drives.
<jaeger>
At least in terms of secure erase
<SiFuh>
Yes, it's true that hdparm will not work for NVMe drives, because they don't use the traditional ATA interface protocol that SATA drives use to send low-level firmware commands to the drive. -- From that link I posted above
<jaeger>
Yep, what I was saying above
<SiFuh>
Hence my NVMe needed me to download another Linux OS to secure erase my drive so I could install CRUX or something.
<jaeger>
Yes
<SiFuh>
Which sucks in my opinion. How big is nvme-cli?
<jaeger>
nvme-cli IS required to secure erase an NVMe SSD, never said otherwise. It's NOT required to do a crux installation, though. With that said, I also don't have any objection to adding it to the ISO
<SiFuh>
Having a tool that is useful at the low level for preparing a drive for those who wish to implement encryption is always a good thing to include. We have both parted and fdisk on CRUX right? Two things that do similar things as well.
<jaeger>
Sure, it's useful. Useful and required are NOT the same thing
<SiFuh>
Heh, there are many things NOT required on CRUX iso but is useful and glad we have
<SiFuh>
Well, I vote yes. Not sure of farkuhar's vote. Maybe throw it into the #crux-devel and put it to a vote there?
<jaeger>
I already plan to add it, for what that's worth
<SiFuh>
Cool. No need to burn ParrotOS to a USB then ;-)
<SiFuh>
I prefer the CRUX iso for small things. Just wish the root tar ball would extract faster on boot ;-)
<SiFuh>
libnvme#1.5-1.pkg.tar.xz (which can be stripped down) = 159K and nvme-cli#2.5-1.pkg.tar.xz = 333K Quite small.
lavaball has quit [Remote host closed the connection]
<SiFuh>
jaeger: Still can't find it. I will need to think about it a bit more. It was some plastered together page but was very educational on how the process worked and helped me out. I remember having to save the URL on my phone to access it on ParrotOS and I remember sending ther URL to my friend from Colombia and Kyrgyzstan but nothing appears in the backup results.
<SiFuh>
I actually seem to remember saving the page as PDF or something. I have sifted through a couple of TB of data and honestly, I want it back. I should print it because it was very useful.
<SiFuh>
I think even farkuhar will find it very useful info.
<jaeger>
I don't need it but thanks... I've done both ATA and NVMe erases without trouble
<SiFuh>
jaeger: One day it will come for you and that day you will wish you had bookmarked it. Hahaha
<jaeger>
Not sure what you mean
<SiFuh>
Ohhh, jaeger Maybe in your future you will find an NVMe drive that specifically needs a set of instructions that need to be followed precisely to do what you want. Rather than googling, duckduckgo hunting, Arch Linux wiki crawling and man page reading you could have had that URL that I still can't find to make your life easier.
<SiFuh>
Anyway, doesn't matter. I want to find it for myself and I will share it if I do.
<SiFuh>
jaeger: I listen to US country music as you all painfully know and I remember one song about beer can chicken. Never understood that. In one of my Aussie off-road series they actually made it. Holy shit... that is freaking cool and weird.
<SiFuh>
Reminds me of that comedian Bill Connolly "Who discovered we could get milk from cows, and what did he think he was doing at the time?" Now I am morbidly curious who'd thought it was a wise under to shove a beer can up the cloacca of poultry..
<jaeger>
What I was saying is I have already done secure erases, been through that process. Not sure how to be more clear about that :P
<jaeger>
There's a LOT of food stuff that makes NO sense but still happened for some reason
<jaeger>
Or foods that were probably based on a dare, like Haggis
<SiFuh>
Yeah agree
<SiFuh>
For your first reply, some NVMe drives require unlocking before secure erasing and maybe one day you will need to
TxLogicGuy has joined #crux
<TxLogicGuy>
I am trying to improve an initramfs that I created from scratch. crux boots successfully, but I would like to analyze what udev is doing so I can determine which udev rules it is actually using. I have tried various suggestions.
<TxLogicGuy>
I have tried putting udev_log="info" in /etc/udev/udev.conf
<TxLogicGuy>
I have tried adding the command 'udevadm control --log-priority=debug' to my initramfs just after udev is started.
<TxLogicGuy>
I have tried adding the command 'udevadm monitor -k -u -p > /dev/debug-udevadm-monitor.txt &' to my initramfs just before or just after udev is started.
<TxLogicGuy>
Nothing gives me any output. Either no output is being generated or it is going somewhere that I don't know where to look.
<TxLogicGuy>
Basically, I'm just trying to get a trace of what udev is doing so I can understand it better.
<jaeger>
Interesting problem, haven't ever tried to do that myself