В первую очередь - можно восстановить файл с резервного копирования. Хорошо. учитывая, что Вы задаете свой вопрос, у Вас нет резервного копирования - но Вы должны.
Второй шаг зависит largly от файловой системы, которую Вы используете. Если Вы используете ext2/3 (/4?) Вы удачливы - существует большой шанс, что существует некоторые инструмент, который восстановит файл - ЕСЛИ данные будут на диске. Не забудьте копировать данные перед использованием любого инструмента.
Unfortunatly, по моему скромному мнению, у Вас есть аппаратная проблема с Вашим диском, которые имеют поврежденные секторы. Можно хотеть попробовать тестовый диск за сбойные блоки. Alternativly можно хотеть считать инструменты как Spinrite.
PS. Я не услышал о вчера - только мусор, и lost+found (второй доступен только корнем и содержит найденные части файлов - у Вас может быть удача). Однако iI сомневаются, что во вчера/мусор будет содержать файлы, которые Вы ищете.
На основе Вашего вывода от file sbin/collectd
, Вы пытаетесь выполнить двоичный файл для AMD64 (также известный как x86_64), который я вижу collectd предложения веб-сайта в форме пакета для Соляриса 10. Это будет только работать над x86_64, не над i386. Я подозреваю, что у Вас есть i386 (можно перепроверить с uname -p
или uname -a
).
Так как collectd люди не предлагают готового к хождению пакета для Соляриса 10 x86, кажется, единственная опция состояла бы в том, чтобы скомпилировать его из источника.
У Вас есть SUNWspro установленным для Sun cc
компилятор? Я столкнулся с трудностью, пытающейся скомпилировать collectd с gcc на Солярисе 10 x86, но Sun cc
обработанный как это:
wget http://collectd.org/files/collectd-5.0.3.tar.bz2
gtar xjf collectd-5.0.3.tar.bz2
cd collectd-5.0.3
./configure CC=/path/to/cc CFLAGS="-m64 -mt -D_POSIX_PTHREAD_SEMANTICS"
make && make install
isainfo -v
команда Solaris должна определить поддержку 32-bit/64-bit двоичных файлов. – Tim Kennedy 21.03.2012, 01:48