Зависит от реализации, но вообще быть такого не должно, если флешка содержит правильно развернутый образ. Особенности реализации должны быть освещены в документации на материнскую плату и ее BIOS.
Slackware64-current/Xfce/Xiaomi Mi Notebook Pro 15.6 | Arch Linux/Xfce/Lenovo G580
------------- Registered Linux User #557010
Добрый день.
Как известно, в МСВС предусмотрена возможность стирания всей внешней памяти. В связи с этим пара вопросов:
1) Как проверить реализацию этой возможности? По умолчанию вся ФС МСВС смонтирована как ext3, поэтому если удалять файлы с корневого каталога, то процесс удаления должен затягиваться?
2) Какие настройки прописать в fstab для затирания всех данных с подключаемой флэшки?
Заранее спасибо за ответ.
Какие настройки прописать в fstab для затирания всех данных с подключаемой флэшки?
А что, в МСВС флешки монтируются через fstab?
Ну, перед этим мы ее монтируем в ext3 через утилиту mount. После этого мы можем в /etc/fstab указать путь к монтированной флэшке и указать параметры затирания. Поправьте меня, если я не прав.
Не можете. Параметры из fstab читаются в момент монтирования, а не после него.
Ну, я неправильно выразился по большей части. И всё-таки, возвращаясь к вопросу:
В etc/fstab указываются параметры монтированного образа, в 4 столбце указываются параметры удаления. И при выставлении secdel, и secdel=15 удаление одного и того же файла по временному отрезку не меняется.
Если переформулировать полностью мой вопрос,
Каким образом можно проверить то, что механизм очистки внешней памяти работает?
Попробуйте добавить опцию sync. Только учтите, что с ней в принципе всё будет тормозить, поэтому надо сравнивать по времени монтирование с sync без secdel и с sync и secdel.
Другой вариант (прямой, а не косвенный) — занулите всю флешку посредством dd, создайте чистую ФС, на ней файл с некоторым текстом, потом файл удалите и попробуйте поискать текст grep'ом прямо по файлу устройства.
Hint: параметры монтирования можно передавать команде mount через опцию -o.
Вдруг кого заинтересует: тут рассказывается об успешной инсталляции Mono на МСВС 5.0. Версия, правда, не первой свежести, но, с другой стороны, Mono - не осетрина.
Но как они исхитрились добиться настолько уродливого отображения шрифтов - вот что меня занимает...
Наткнулся на работе на информацию по включению "нормального" сглаживания шрифтов (с LINUX.ORG.RU Frequently Asked Questions):
Из-за проблем с лицензированием алгоритма сглаживания FreeType распространяется с выключенными по умолчанию функциями сглаживания шрифтов, где используются пропиетарные алгоритмы. В нашей России патенты на эти алгоритмы не действуют, поэтому мы можем включить их использование и пересобрать FreeType. В общем случае подойдет способ, описанный здесь.
В redhat/fedora вы можете поправить соответствующий параметр в spec-файле и пересобрать пакет.
Так как МСВС является клоном дистрибутива от Red Hat, то скорей всего получила в наследство от него и отключенное "нормальное" сглаживание, вряд ли ВНИИНС поправлял соответствующие параметры в spec-файлах и пересобирал пакеты.
ПРивет всем фанатам МСВС!
Давно тут не писал, но регулярно читаю.
Жизнь заставила, нужна помощь. В последнее время машины под МСВС стала поражать странная болезнь.
Имеем МСВС-комп, который работает под юзером. После определённого времени простоя соответственно срабатывает хранитель экрана. Иногда, при попытке продолжить работу система сообщает о неверном пароле (хотя пароль конечно верный) и не желает выходить из режима хранителя экрана. После перезагрузки системы вход под пользователем также невозможен. Выход только один - войти под рутом, снова прописать этому-же пользователю тот-же самый пароль после чего всё заработало! Потом может проработать день, может неделю, а может месяц, после чего всё повторяется. Не знаю насколько внятно описал проблему, но тот кто сталкивался, тот поймет. В чём может быть причина, и как лечить?
В последнее время машины под МСВС стала поражать странная болезнь.
Имеем МСВС-комп, который работает под юзером. После определённого времени простоя соответственно срабатывает хранитель экрана. Иногда, при попытке продолжить работу система сообщает о неверном пароле (хотя пароль конечно верный) и не желает выходить из режима хранителя экрана. После перезагрузки системы вход под пользователем также невозможен. Выход только один - войти под рутом, снова прописать этому-же пользователю тот-же самый пароль после чего всё заработало! Потом может проработать день, может неделю, а может месяц, после чего всё повторяется. Не знаю насколько внятно описал проблему, но тот кто сталкивался, тот поймет. В чём может быть причина, и как лечить?
Так эта беда стряслась на отдельно взятом компе или на всех машинах под управлением МСВС?
У МСВС вроде есть такая неприятная фича: при переключении раскладки, она переключается для всех приложений. Может во время включения блокировки экрана была задействована русская раскладка и при вводе пароля вместо латинских букв системе "скармливалась" кириллица? Ну ещё недурственно было бы проверить не включен ли Caps Lock.
У МСВС вроде есть такая неприятная фича: при переключении раскладки, она переключается для всех приложений. Может во время включения блокировки экрана была задействована русская раскладка и при вводе пароля вместо латинских букв системе "скармливалась" кириллица? Ну ещё недурственно было бы проверить не включен ли Caps Lock.
Это было бы слишком просто. На самом деле, как я уже писал, даже после перезагрузки пользователь не может войти в систему, как-будто вообще исчезает его учётка.
Это было бы слишком просто. На самом деле, как я уже писал, даже после перезагрузки пользователь не может войти в систему, как-будто вообще исчезает его учётка.
Это было бы слишком просто. На самом деле, как я уже писал, даже после перезагрузки пользователь не может войти в систему, как-будто вообще исчезает его учётка.
Попробую конечно, только дело в том, что срок ожидания очередного прикола - велечина неопределённая.
То есть, данное явление происходит не системно, а от случая к случаю? Возможно винт сыпаться начал и данные пользователя попадают в нечитаемые блоки? Может до кучи пройтись:
Попробую конечно, только дело в том, что срок ожидания очередного прикола - велечина неопределённая.
То есть, данное явление происходит не системно, а от случая к случаю? Может винт сыпаться начал и данные пользователя попадают в нечитаемые блоки? Может до кучи пройтись:
Правда не в курсе, входит ли в состав МСВС утилита badblocks.
Хм, мысль конечно интересная, да и винт далеко не новый, пятый год непрерывной работы. Только вот каким образом эти самые данные пользователя попадают на одни и те же блоки после очередной команды passwd?
Хм, мысль конечно интересная, да и винт далеко не новый, пятый год непрерывной работы. Только вот каким образом эти самые данные пользователя попадают на одни и те же блоки после очередной команды passwd?
Да почему же в одни и те же? Если количество битых блоков постепенно увеличивается, то данные со временем могут оказываться в новых битых блоках. Как-то так. Но это лишь предположение.
У меня похожая история. Хотя машины совсем новые и до сих пор только в тестовом режиме. Как я понял хранителя включает КП-Блок, и соответственно дает доступ юзеру он. У меня КП-Блок частенько подвисает, может долго мониторить узлы, в какое время не предсказуемо. У соседнего района кажется такая-же история (общался по телефону, плюс толком не смогли объяснить). Работают только около года. Если грешить на винты - то на всю партию (весь субъект).
У меня похожая история. Хотя машины совсем новые и до сих пор только в тестовом режиме. Как я понял хранителя включает КП-Блок, и соответственно дает доступ юзеру он. У меня КП-Блок частенько подвисает, может долго мониторить узлы, в какое время не предсказуемо. У соседнего района кажется такая-же история (общался по телефону, плюс толком не смогли объяснить). Работают только около года. Если грешить на винты - то на всю партию (весь субъект).
Похоже придется опять пытать ребят из ВНИИНСа, но, откровенно говоря, лень. Мне как-то пришлось вести переписку с ВНИИНС, НПЦ "ИРС" и ICL для того чтобы просто получить внятный ответ на вопрос: "Как изменить время срабатывания хранителя экрана под КП-БЛОК?". ИМХО этот самый хранитель экрана в МСВС либо фетиш либо больное место .
У меня похожая история. Хотя машины совсем новые и до сих пор только в тестовом режиме. Как я понял хранителя включает КП-Блок, и соответственно дает доступ юзеру он. У меня КП-Блок частенько подвисает, может долго мониторить узлы, в какое время не предсказуемо. У соседнего района кажется такая-же история (общался по телефону, плюс толком не смогли объяснить). Работают только около года. Если грешить на винты - то на всю партию (весь субъект).
Похоже придется опять пытать ребят из ВНИИНСа, но, откровенно говоря, лень. Мне как-то пришлось вести переписку с ВНИИНС, НПЦ "ИРС" и ICL для того чтобы просто получить внятный ответ на вопрос: "Как изменить время срабатывания хранителя экрана под КП-БЛОК?". ИМХО этот самый хранитель экрана в МСВС либо фетиш либо больное место .
Хранитель экрана в мсвс это стандартный xlock, который есть в любом дистрибутиве. Ни разу не встречал чтобы хранитель экрана влиял на вход пользователя в систему. Я не знаю что из себя представляет кп блок, но наверное это КСЗИ от НСД. Он как раз и может не пускать тебя. Не удаётся под конкретным пользователем зайти или под всеми кроме рута? Если только рутом , то посмотри есть ли файл /etc/nologin. Возможно ты ввёл неверный пароль, умная сзи подумала что идёт подбор пароля и заблокировала вход на всякий случай
Подскажите кто сталкивался как в МС ВС 3.0 проверить CD диск на вирусы? Я монтирую CD Rom. Обычно на винде можно кликнуть правой кнопкой и выбрать проверить на вирусы или что то подобное. На МС ВС такого нет. Установлен Dr.Web. В меню Dr.Web тоже напрямую CD Rom нету. Где поставить галку или т.п что произвести полную проверку диска. Может CD Rom как то по другому называется или какой путь указать надо. Заранее спасибо.
В меню Dr.Web тоже напрямую CD Rom нету. Где поставить галку или т.п что произвести полную проверку диска. Может CD Rom как то по другому называется или какой путь указать надо. Заранее спасибо.
А что вообще есть в меню? Монтирование cdrom обычно производится в /mnt/cdrom. Есть возможность в Dr.Web указать данный каталог?