I’ve just found accidentally a solution for a very rare (at least I’ve seen it only a few times), but rather annoying SSH client issue (bug?). Sometimes when the SSH connection times out OR after a clean exit from the remote shell, the SSH connection hangs and the terminal remains virtually between the remote and
Once I had a project where I needed to swap two SATA disks every week. Shutting down, swapping, and booting up again took a lot of time, and – to be honest – was a bit uncomfortable, so I thought I will try to make the change a little bit hot. My disks and motherboard
I have just bought an Asus Eee 1101HA and (after compiling a custom kernel with the correct drivers) it is working almost perfectly. Sometimes the whole system just hung and after a keypress the hung had gone and it was OK for a while until the next hang… This had been happening in console and
Although the format /dev/[vg_name]/[lv_name] format is easier to read when you got plenty of VGs (compared to /dev/mapper/[vg_name]-[lv_name]), it won’t work at boot. This is the few lines of default initramfs script which is responsible for the behaviour described above: /usr/share/initramfs-tools/scripts/local-top, from line 40: # Make sure that we have a d-m path vg=${vg#/dev/mapper/} if
5853:0001 is a XEN HVM virtual SCSI adapter. Source: https://code.ticketmaster.com/trac/browser/spine/trunk/lib/Spine/Plugin/SystemInfo.pm?rev=123#L225
I was trying to load database from an RMAN backup (duplicate database until …), and the restore process died after some time, and gave me the following error messages (I have tried it several times, with different backups, these repeated randomly): ORA-19502: write error on file “/path/to/datafile.dbf”, blockno 1669073 (blocksize=8192) ORA-27072: File I/O error Linux