Утро сегодняшнего дня было омрачено звонком пользователя того самого шлюза: не работает интернет.
Так как подобные звонки были 3 и 5 дней назад, то предложил толкнуть по питанию. Но в отличие от предыдущих случаев - шлюз не поднялся. ОК. Благо ехал мимо и было относительно свободное время, потому решил заехать "прямо сейчас".
Монитор, клава и ... БИОС считывает мёртвый диск и, соответственно, с трупами работать не хочет. Несколько попыток запуска только подтвердили - ВСЁ, баста карапузики. Мысли о восстановлении системы из бекапа передёрнули, но выхода нет...
Или есть?
Вот за что я люблю HP - так это за продуманность механической части железок. Можно разобрать на мелкие комплектующие, не применяя какой-либо инструмент. А если где и нельзя отсоединить просто руками, то где-то рядом, внутри или снаружи корпуса, закреплена нужная загогулинка. Сорри, отвлёкся.
Так вот, снимаем крышку, демонтируем жёсткий и ... переворачиваем.
Жмём
Power и,....
БИНГО диск увиделся и система пошла грузиться. Паркуем, выключаем, переворачиваем в рабочее положение - Error
Снова "вниз лапками" - система стартует.
"Лапками вниз" - не опечатка. Конструкционно в этом корпусе жёсткий диск висит вверх контроллером, закреплённый винтами (не боковыми) через резиновые втулки, то есть как бы "ножками вверх", да ещё с гасителями вибрации.
И снова отвлеклись.
Ну что ж, будем менять жёсткий. Но как? И тут вспомнилось. Когда я устанавливал систему на этой железяке, то решил впервые попробовать LVM. Но кроме того, что она была применена только при установке, то опыта получено не было. Основная теория применения была изучена, но без практики - пшик. Устанавливаю сейчас системы редко, но везде применяю LVM и к счастью не приходилось проверить её в деле восстановления системы.
Ну что ж. Вот он случай для применения теории на практике.
Внедрил "новый" диск, разбил его на два раздела (один для /boot) и присоединил один из них к группе. Далее освободил том "больного" харда. Освобождение шло с ошибками, но, тем не менее, минут через 40 завершилось успешно. Вывел его из группы. "Растянул" логический том до нового размера (чуть прибавил) и ресайзнул ФС этого тома.
Дальше с помощью rsync перенёс содержимое директории /boot, поправил в fstab его UUID и установил grub на "новый" диск.
Паркуем, вынимаем "больную печень" и запускаем. ВСЁ. Система в рабочем состоянии. Причём пользователи оставались без интернета только при перезапуске системы...
На самом деле - лукавлю. Во время освобождения больного диска, примерно на 40-50% выполнения, видимо когда начался перенос с бедовых блоков, система начала тупить и перестала пускать через кальмара и позволять новые соединения по ssh. По окончании процедуры ssh урезонился, а вот кальмара пришлось толкнуть. Правда потом всё равно пришлось ребутить всю систему, чтобы изъять старичка.
Подведу итоги.
Quantum Fireball lct10 10 в составе системного блока HP Vectra.
Начало эксплуатации 2000 год. Месяц не помню, но точно после апреля. Для простоты примем август.
Режим работы 27х4 в течении 10 лет (Windows 2000), после чего системник был списан, как морально устаревший.
Примерно через год наступила реинкарнация в виде интернет-шлюза, где и продолжил свой путь уже под Ubuntu Lucid 10.04 LCT в таком же режиме (24x7).
Мелкие проблемы хоть и возникали, но проходили совершенно незаметно при эксплуатации.
Первая серьёзная проблема описана в первом сообщении текущего топика, т.е. в августе 2014-ого года. Далее за ним велось наблюдение, но скорее в плане "да когда же ты нагнёшься".
И вот через 3 года наступила критическая точка. Можно было, конечно, оставить его звенеть в перевёрнутом состоянии (а он уже именно звенел при вращении блинов), но ... его новый выкидон совпал с моим свободным временем и желанием попрактиковаться.
Итого 17 лет с начала эксплуатации. Даже если принять что год он отдыхал - 16 лет. Но все эти годы он работал в режиме 24х7. Я считаю, что это блестящий результат и его можно со спокойной душой отправлять в мир отдыха жёстких дисков.
Спасибо всем за внимание.