Като хардуер не ги разпознава, иначе монтирани с Рескю оправих и fstab и lilo.conf, lilo -v
Както и да е, не успях да прекомпилирам кърнела така, че да се получи правилен имидж и прибягнах до копиране от инсталационния диска на файловете от /kernel/scsi.s
Така тръгна.

Значи с две думи - много стар сървър (2005-2006 пускан) с уникални услуги, които ще местя "евентуално" някога, но машината издъхва, както и диска й, та за това:
Мигрирам я с VMWare Standalone converter (от 4.3 до 5.5 съм ги пробвал) във версия HW 4 или 7 върху ESXi 4.2 или 5.5. Пробвах толкова варианта, защото ... не разпознава дисковете.
Мигрираната машина тръгва със SystemRescueCD или Slackware 11 install CD, като се избере boot: raid.s root=/dev/sda2 noinitrd ro. Кърнела е много омазан, вървяло е пптп и има разни пачове слагани, на всичкото отгоре е 2.4.26 с кърнел модули от пакет от 2.4.33.3 и аз не мога да се справя да го оправя, опитах 2 пъти с прекомпилация на кърнел 2.4.26, като опитах и mkinitrd, но така и не успя да добави драйверите за BusLogic/LSI нито в кърнела, нито в РАМ диска, нито като модули...
Вече се обърках какво съм правил и какво не съм правил, та питам вече за помощ - някакви идеи?
Готовия рам диск от инсталационния диск да копирам в /боот ?
Не знам, ще съм благодарен на всякаква помощ.

Проблема е решен:
1.Екстенд с 20Г
2.reserfsck --rebuild tree
имаше 2 (две) грешки, но понеже бе в сингъл юзър, не можех да ги копирам.
За сега 2-3 дни няма "изчезване"
Друго което направих е да сложа накрая swap партишъна, защото в Linuxquestion имаше такъв съвет при такъв проблем. Не смятам, че това е било, но .... бях в чудо.

Не посрещам изискванията, а и ще е доста сложно на пощенски/MySQL/LDAP и още доста услуги, сървър.

Сега пуснах Live CD (Knopix) и fsck --rebuild-tree --rebuild-sb пък да видим, ще постна резултатите.

И как да стане това най-безболезнено, като идея ?
Нов дял ext3 и dd, последвано от grub repair ?

Single user boot:
du -sh /.*
9Gb

df
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              48G   48G  6.4M 100% /
/dev/sda3              48G   48G  6.4M 100% /DATA
/dev/mapper/system-LogicalVolume01
                      48G   48G  6.4M 100% /mnt/usbbig
/dev/sdb1             48G   48G  6.4M 100% /backup
/dev/mapper/system-backupimap
                      48G   48G  6.4M 100% /backupimap

Не съм те разбрал, че иска du+df в сингъл юзър
Снощи го екстенднах с +20Гб, днес сутринта го намирам 100% пълен ОТНОВО

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              48G   48G  6.4M 100% /
/dev/sda3              70G   49G   22G  70% /DATA
/dev/mapper/system-LogicalVolume01
                      500G  131G  370G  27% /mnt/usbbig
/dev/sdb1             151G  1.6G  149G   2% /backup
/dev/mapper/system-backupimap
                      150G  102G   49G  68% /backupimap

Е какво стана - беше присмех, беше "и ся к'во" ама разумни мисли чух само две-три, за съжаление не ми помогнаха много, но благодаря.

За тези, които може би могат и имат време да помогнат, качвам една снимка:

Така го е сметнал ncdu!

du -sh /media/.*
du: `/media/./cdrom': No medium found
du: `/media/./usb-2GEWL9A1:0:0:0p1': No such file or directory
du: `/media/./usb-2GEWL9A1:0:0:0p2': No such file or directory
du: `/media/./usb-2GEWL9A1:0:0:0p3': No medium found
du: `/media/./usb-2GEWL9A1:0:0:0p5': No medium found
0       /media/.
du: `/media/../media/cdrom': No medium found
du: `/media/../media/usb-2GEWL9A1:0:0:0p1': No such file or directory
du: `/media/../media/usb-2GEWL9A1:0:0:0p2': No such file or directory
du: `/media/../media/usb-2GEWL9A1:0:0:0p3': No medium found
du: `/media/../media/usb-2GEWL9A1:0:0:0p5': No medium found
393G    /media/..

Това го обсъдихме вече, мисля 3 пъти.
Няма резултат, нищо не изскочи.

Някакви log-bin да имаш конфигурирани? Ако да опитай се да ги изместиш в поддиректория на /tmp

Не Капитане, нямам двоични логве.
А и въобще като MySQL сървър не е натоварен въобще, има 2ГБ бази.

[cat /etc/fstab]

Покажи изхода от командите:
cat /etc/fstab
ls /mnt/
ls /backupimap
ls /media
покажи съдържанието и на файла, от който автоматично mount-ваш другите дискове, ако не е от /etc/fstab (прим. cat /etc/init.d/boot.local)

съдържанието на тези директории няма НИЩО общо с проблема!!!

Да Капитане, това се опитвам от началото да кажа - няма нищо общо с проблема!
Имаше един смислен съвет на колегата Аероплан:

размонтирай /dev/sda3 и /dev/sdb1 и виж какво има в  /DATA и  /backup
същото можеш да провериш и ако някъде монтираш устройства за архивиране (провери си архивиращите скриптове)

Но и това не е случая (да се крият файлове в маунт директориите)
Както и спарс файлове не са, както и не е проблема на дъмповете на MySQL-а.
Най-малкото /tmp ми е на друг дял, доста голям и доста свободен.

du -sh /proc/
915M    /proc/

като най-голямият файл е

-r--------    1 root    root    897M Feb  8 18:01 kcore

mail:/etc # lsof | grep -i delet
mailmanct  5304 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5305 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5306 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5307 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5308 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5309 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5310 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5311 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
python     5312 mailman    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
mailgraph 15216    root    6u   CHR      136,6                    8 /dev/pts/6 (deleted)
mysqld_sa 27191    root    6u   CHR      136,1                    3 /dev/pts/1 (deleted)
mysqld    27225   mysql    1w   REG        8,1      4371      17753 /var/lib/mysql/mysqld.log.1 (deleted)
mysqld    27225   mysql    2w   REG        8,1      4371      17753 /var/lib/mysql/mysqld.log.1 (deleted)
mysqld    27225   mysql    6u   CHR      136,1                    3 /dev/pts/1 (deleted)
mysqld    27225   mysql    9u   REG        8,1         0      29214 /tmp/ibMQ1URQ (deleted)
mysqld    27225   mysql   10u   REG        8,1         0      29276 /tmp/ibRiySQO (deleted)
mysqld    27225   mysql   14u   REG        8,1         0      29331 /tmp/ibiPH5VM (deleted)

Скрипта, който монтира допълнителните дялове (пуска се след всичко останало, заради проблеми с USB дискове и LVM)

mount /dev/sdb1            /backup      -t auto
mount /dev/sdb2            /mnt/usb2    -t auto
mount /dev/system/LogicalVolume01 /mnt/usbbig -t auto
mount --bind /mnt/usbbig/src /usr/src
mount --bind /mnt/usbbig/galz /srv/www/htdocs/gallery/pictures
mount /dev/system/backupimap /backupimap -t auto

/etc/fstab

/dev/sda1       /       reiserfs        acl,user_xattr 1 1
/dev/sda3       /DATA   reiserfs        defaults 1 2
/dev/sda2       swap    swap    pri=42 0 0
devpts  /dev/pts        devpts  mode=0620,gid=5 0 0
proc    /proc   proc    defaults 0 0
usbfs   /proc/bus/usb   usbfs   noauto 0 0
sysfs   /sys    sysfs   noauto 0 0
/dev/cdrom      /media/cdrom    subfs   fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0

Както и очаквах, резултатие са същите:

  179.2GiB [ 46.1% ##########] /mnt
  102.0GiB [ 26.3% #####     ] /backupimap
.  49.0GiB [ 12.6% ##        ] /media
   47.2GiB [ 12.2% ##        ] /DATA
    4.8GiB [  1.2%           ] /usr
    2.3GiB [  0.6%           ] /var
    1.7GiB [  0.4%           ] /backup
  897.5MiB [  0.2%           ] /proc
  414.5MiB [  0.1%           ] /srv
  240.9MiB [  0.1%           ] /home
  207.6MiB [  0.1%           ] /tftpboot
  175.9MiB [  0.0%           ] /opt
   85.5MiB [  0.0%           ] /lib
   84.2MiB [  0.0%           ] /etc
   62.7MiB [  0.0%           ] /root
   20.5MiB [  0.0%           ] /sbin
   10.9MiB [  0.0%           ] /boot
    6.4MiB [  0.0%           ] /bin
    6.2MiB [  0.0%           ] /sys
    2.7MiB [  0.0%           ] /tmp
  390.0KiB [  0.0%           ] /dev
  127.3KiB [  0.0%           ] /share
  696.0  B [  0.0%           ]  secrets.tdb
e  48.0  B [  0.0%           ] /lost+found
@  21.0  B [  0.0%           ]  abas-wine

 Total disk usage: 391.8GiB  Apparent size: 388.4GiB

19Gb хич ги няма

Благодаря, това ще е полезно.
Макар че едва ли ще изскочи нещо - същото е като du, но ще преровя пак и с него.
Пак благодаря, едно от малкото смислени мнения!