drawkula | overwriting the wrong partitions or drives with a clicky coloured tool would not feel better than making mistakes with dd | 00:09 |
---|---|---|
golinux | Even as clicky-loving as I am, I wouldn't do that either | 00:13 |
* drawkula still gets adrenaline tsunamis from dd-ing to partitions or disks... | 01:06 | |
* golinux gets sweaty palms and palpitations | 01:07 | |
drawkula | for critical commands there is only one way to do them... | 01:08 |
drawkula | look at them long enough before hitting enter... | 01:09 |
drawkula | maybe start typing those lines with a # to avoid accidentally launching them | 01:09 |
golinux | Triple check over several hours | 01:10 |
drawkula | :-) | 01:10 |
drawkula | some really focussed minutes should do... | 01:10 |
golinux | Sometimes I unplug unmounted drives | 01:11 |
golinux | I am old and move slowly | 01:11 |
specing | use the links in /dev/disk/by-id, not /dev/sd* directly | 01:11 |
drawkula | comparing /proc/partitions to the expected drive/parition size can give hints... | 01:12 |
drawkula | i often sit too long in front of screens ... overtired ... hit shappens! bit i try my best to minimise it | 01:13 |
rdav | drawkula: do a "tail -f /var/log/messages" and pop the disk out and then back in and you will see the correct /dev/sdX the kernel has given | 01:49 |
drawkula | nah... usb plugs are to *hity | 01:51 |
rdav | also can use the bash auto-complete to check out the devs that are available for dd to use ie "dd if=foo of=/dev/sd[leave this blank]" and hit tab to see the /dev/sdX available | 01:51 |
rdav | I use hotplug sata in a box for this | 01:52 |
drawkula | heyyy... I'm using unix for +7- 3 decades now | 01:52 |
drawkula | 7 -> / (shitty shift key) | 01:52 |
* drawkula ____( Trust me, I know what I'm doing. ) | 01:52 | |
rdav | hmm my first unix was in .... 1980? | 01:52 |
rdav | awesome! | 01:52 |
rdav | I know the feeling after dd wrong disk some yrs back | 01:53 |
rdav | so I take these extra steps to double check | 01:53 |
drawkula | dd HAS to feel dangerous... that's a security feature1 | 01:55 |
gnarface | if anyone has trouble starting Xorg after upgrading ceres today, make sure you're using the glvnd versions of the various pacakges rather than the non-glvnd ones (dunno why, dunno why it keeps happening, either) | 02:05 |
gnarface | sorry of the various nvidia driver related packages | 02:05 |
gnarface | to be clear | 02:05 |
gnarface | not the first time that has sideswiped me, though i'm not clear if the non-glvnd ones sometimes worked and i didn't notice, or if the part i keep missing is it switching them out during upgrades | 02:06 |
gnarface | i *thought* they were both working before but i could be wrong | 02:06 |
gnarface | i also purged the old version of nvidia-persistenced which doesn't appear to have an updated version in the repo yet, though i'm not sure if that step was necessary now | 02:07 |
Xenguy_ | Sendmail? Surely you jest = ) | 03:10 |
Xenguy | I always thought postfix should have been the default MTA, but they keey picking Exim for some reason | 03:11 |
Xenguy | er, keep | 03:11 |
hightower3 | hm strange, so on ppc63le ascii I had kernel 4.9. Then I upgraded to unstable which also added kernel 5.2. Now, when grub chooses 5.2 and boots it, a couple lines below it says 'starting kernel via...' and this hangs with 1 cpu core going to 100%, whereas with 4.9 it works. | 03:24 |
lifebook | hey! some news about 4.19 beowulf vs 4.9 ascii kernels combat in computer with low memory 256 MB and monothread CPU | 10:43 |
lifebook | with 4.19 the system is not usable because it keeps on swapping | 10:44 |
lifebook | just tested with 5.2 (buster-backports from debian) and good surprise | 10:45 |
lifebook | the system may swap but does not keep on swapping | 10:46 |
lifebook | 5.2 behaves like 4.9 | 10:46 |
lifebook | there may be something wrong in memory management from 4.19 | 10:48 |
lifebook | maybe in mm_percpu_wq | 10:48 |
lifebook | the memory is allocated but not freed | 10:49 |
lifebook | as 5.2 kernel has better protection against spectre n friends | 10:50 |
lifebook | time to get on without 4.9 ascii kernel | 10:51 |
lifebook | if anyone else got trouble with ressource limited system yet wants memory management | 10:55 |
lifebook | go get 5.2 | 10:55 |
lifebook | :) | 10:55 |
lifebook | it may also be related to rcu_gp (grace period) | 10:56 |
lifebook | thanks to all | 11:01 |
Xenguy | Is everyone else on Ascii getting a huge update this morning, including ssh etc.? | 16:05 |
yeti | 32/36 packages upgraded on amd64/i386 | 16:16 |
yeti | for my last 2 ascii VMs | 16:19 |
fsmithred | 75 packages upgraded five hours ago. I just checked and there are another 41. | 16:34 |
fsmithred | 82 available on another ascii, and this is the one I've been using to test the update notifier. Previous dist-upgrade was three days ago. | 16:47 |
ErRandir | 61 updates here | 16:54 |
Xenguy | Thanks folks | 17:13 |
systemdlete2 | My laptop hangs when it exits xfce to lightdm (slim is no longer installed) | 21:43 |
systemdlete2 | boots to lightdm without issue and I can log in without issue | 21:43 |
systemdlete2 | (othr than display being sideways) | 21:43 |
systemdlete2 | xfce display is landscape | 21:44 |
systemdlete2 | also, I cannot get cinnamon to launch; it just hangs. | 21:45 |
sky-kun | Hello folks. | 21:52 |
sky-kun | Anyone here have good knowledge with nvidia cuda and blender? I didn't get it to work on my devuan ascii. I have the nvidia drivers version 390 installed, but in blender no cuda support is detected. | 21:54 |
hightower3 | Hey not particularly important, but just repeating the report from yesterday, which is that on Linux 5.2.0-2-powerpc64le (the kernel from debian unstable), my install hangs at message "Booting Linux via __start() @ 0x000000000002000000" and once CPU core goes to 100% (I notice this because running in a VM) | 22:46 |
hightower3 | Kernel 4.9 works fine | 22:46 |
hightower3 | s/once/one/g | 22:47 |
xrogaan | systemdlete: have you checked your logs? | 23:06 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!