Может только NDD, пожалуй. Но, прежде, чем его использовать, лучше бы сохранить сотню-другую первых физ. секторов в файл на другой диск, чтобы можно было откатить.
Однако, на автомат не стоит надеяться. ИМХО.
Так поставьте vmware, а на нее win98. Все прекрасно работает - проверял.
Дело обычное. Я в таких случаях всегда делаю на входе в админку текст соглашения. Пока клиент не кликнет кнопку "Agree", он туда не попадает. А кнопку эту жмут на автомате. :)
И еще "забываю" ему сказать до полного расчета, что это демо-версия, с ограниченным сроком работы, активизируемая специальной ссылкой.
Признаюсь честно - в линухах я спец небольшой. Полагаю, что, если скрипт запускается демоном (апачем, кроном и т.п.), то ограничить надо именно юзера, под которым демон запущен, а самого демона рестартовать. Или запускать скрипт через su.
Если скрипт запускается вручную, то рестартовать никого не надо.
Это IMHO. Во фре пришлось бы перестроить базу классов входа.
Можно еще здесь почитать. Там полный список опций.
Там есть значительно больше возможностей. Например, можно сделать так:
@users hard data 10000
@users hard memlock 32000
@users hard as 10000
Гугель поможет:
Думаю, что скорее увидят проявление здравого смысла. Но депутатам не до того. Да и большинству из них самим невредно букварь покурить. :)
Надо для пользователя, запускающего скрипт урезать лимиты в /etc/security/limits.conf
Наберите man limits.conf - там написано.
Это да. Только медийщики над ним издеваются как хотят. Во франции, например, за самодельный глагол "сникерсовать" (не тормози, типа...) схлопотали бы такой штраф, что зареклись бы снимать рекламки. Потому, как Закон у них есть о защите языка.
С FAT32 еще проще. Эту систему можно восстановить и вручную, низкоуровневым дисковым редактором, вроде diskedit. Но здесь нужно две вещи: знание структуры ФС и опыт. Очень не советую делать это самому, если раньше этого не доводилось.
А с линуксами не надо как-то особо работать. Ее для этого даже ставить необязательно Загрузиться с какого-нибудь live CD и смонтировать диск командой mount. Или, почему бы не попробовать подключить его к машинке с win98/ME? Кстати, работе с проблемными дисками мне прекрасно помогает виртуальная машинка vmware. Там можно подключать физический диск и работать с ним независимо от основной оси.
Именно. Это проще и быстрее всего.
Верное решение. :) А что касается надежности этого диска - не вижу, чего опасаться. Сбой явно произошел на логическом уровне. Состема же не ругалась на аппаратный сбой?
Инфа никуда не делась, и вполне подлежит восстановлению. Поищите в яндексе "восстановление данных" в своем городе и обратитесь к спецам. Если они спецы, то восстановят. При этих симптомах отмазки типа "восстановлению не подлежит" не проходят.
Самому можно попробовать смонтировать read-only под линуксом или фрей и скопировать. В крайнем случае поможет tiramisu для NTFS. В любом случае избегайте записи на поврежденную файловую систему.
Я мог бы дать еще несколько советов о восстановлении MFT или boot record (что вероятнее), но боюсь, что без практики вы его угробите совсем.
