Почему службы после перезагрузки обнуляются? cloud-script.ru

Почему службы после перезагрузки обнуляются?

Почему службы после перезагрузки обнуляются

Начинающие пользователи иногда интересуются, каким образом Windows удается удерживать в памяти время даже после завершения работы. На самом деле ни Windows, ни другая операционная система тут ни при чём, ход времени определяется аппаратными часами компьютера, подпитываемыми от батарейки BIOS . Но так бывает не всегда. Случается, что время начинает сбиваться после выключения или перезагрузки компьютера.

Причиной тому может быть та самая батарейка, только севшая, что нередко имеет место на старых компьютерах. Если вашему ПК более десяти лет, стоит ее проверить и в случае необходимости заменить. На севшую батарейку будет также указывать самопроизвольный сброс настроек BIOS . Попробуйте изменить какую-нибудь некритичную настройку в BIOS , а после следующей загрузки проверьте, сохранилась она или нет. Если нет, то более чем наверняка причиной сбивающихся даты/времени является именно батарейка.

Если с батарейкой всё в порядке, проверьте настройки синхронизации времени по интернету. Откройте командой control /name Microsoft.DateAndTime апплет «Дата и время», переключитесь на вкладку «Время по интернету» и нажмите кнопку «Изменить параметры». В открывшемся окошке выберите в списке time.windows.com или другой сервис, нажмите «Обновить сейчас» и установите, если не установлена, галочку в чекбоксе «Синхронизировать с сервером времени в интернете».

Отдельного внимания заслуживает случай, когда сбивается время на компьютере с установленными двумя операционными системами — Windows и Linux либо MacOS . Подобная проблема может наблюдаться после переключения между системами. Причиной сбоя временных настроек в таких случаях обычно являются разные форматы UTC и localtime. Windows, например, считает, что время в BIOS хранится в формате localtime, а Linux – что в формате UTC. Фактически это означает, что при загрузке Linux будет производить смещение текущего часового пояса.

Чтобы разрешить это противоречие, следует привести Windows к использованию формата UTC, применив простой твик реестра.

Откройте командой regedit редактор реестра и разверните эту ветку:

menshikov_ai, Тогда в голову приходят 2 варианта:
1. при загрузке накатывается заранее заготовленный образ диска. Поэтому после перезагрузки всегда состояние как после снятия образа. В этом случае процесс как-то должен отображаться и загрузка должна происходить дольше. Образ не за 10 секунд накатывается.
Продукты акрониса такое умеют делать, не знаю только возможно ли это автоматически при каждой загрузке. Может быть возможно.
В этом случае, обычно в системе есть раздел, на котором располагается образ диска. Он может быть не виден в винде, но в управлении дисками его можно увидеть.
В этом случае поможет переустановка винды с полным удалением всех разделов и разметкой диска за ново. Думаю, что можно и без переустановки обойтись, но в этом случае нужно знать чем реализована подобная загрузка, чтоб этим же инструментом ее отменить.

2.Система грузится откуда-то из сети с помощью PXE. В этом случае так же должно быть видно процесс загрузки образа по сети. В этом случае сетевая карта должна поддерживать PXE и удаленная загрузка должна быть включена в БИОСе, точно так же это можно и выключить. Либо должен быть какой-либо дополнительный загрузочный носитель (флэшка, CD, дискета) с загрузочными файлами PXE.
В этом случае извлеките все носители, которые есть, в БИОС выключите PXE загрузку и перезагрузитесь.

Постоянно появляется сообщение о необходимости перезагрузки, хотя я уже перегружался. Что делать?

Причиной вашей ситуации является использование функции быстрого запуска в операционной системе Windows 10 на вашем ПК.

Как вы знаете, обновлять антивирус нужно сразу после поступления обновлений. Для некоторых самых важных обновлений обязательно необходимо проводить ПЕРЕЗАГРУЗКУ ПК. Потому что только после перезагрузки устанавливаются новые драйверы перехвата и исправления потенциальных уязвимостей защиты Dr.Web. Подробнее.

Быстрый запуск в ОС Windows 10 не позволяет выгружать ядро системы и драйверы полностью. Это создает проблему для некоторых приложений, в частности антивирусов, когда требуется полная выгрузка/загрузка модулей/драйверов при обновлении.

Пожалуйста, отключите быстрый запуск.

  1. Находясь на рабочем столе, нажмите на сочетание клавиш Win+S, в строке поиска введите слово: Электропитание или Выбор схемы управления питания.
  2. Нажмите на надпись Электропитание.
  3. В левой части выберите любой из пунктов (например, Действие кнопки питания).
  4. Снимите флажок с пункта Включить быстрый запуск (рекомендуется). Если данный пункт не активен, тогда в верхней части нажмите Изменение параметров, которые сейчас недоступны.
  5. Выполните именно перезагрузку системы (не выключение), так как в Windows 10 это не одно и то же и имеет разный результат.

Почему сбивается время компьютера (сервера) с Windows после выключения / перезагрузки

В этой статье рассмотрим, почему после выключения или перезагрузки ноутбука / компьютера / сервера в операционной системе могут сбрасываться текущие настройки даты и времени, указанные ранее. Рассмотрим, как самый банальный случая с севшей батарейкой BIOS, так и более интересные кейсы с мультизагрузкой Windows и Linux на одном компьютере, и багом прошивки на Windows серверах HPE ProLiant G9 /G8.

Не сохраняется время из-за севшей батарейка BIOS

Самый «классический» ответ на вопрос «Почему не сохраняется и сбивается время и дата на компьютере?» — севшая батарейка BIOS. Данная батарейка отвечает за сохранение настроек BIOS/ UEFI, когда ваш компьютер/ноутбук выключен из розетки, а также обеспечивает автономную работу встроенных аппаратных часов.

Если батарейка села, то при отключении питания материнской карты, BIOS не может сохранить свои настройки, и все они сбрасываются, в том числе и текущее дата и время. Если ваш компьютер довольно старый, вероятность того, что у вас села батарейка крайне велика. Настоятельно рекомендуем ее заменить. Сделать это не сложно, и, как правило, особых инженерных навыков процесс замены батарейки BIOS не требует. В большинстве домашних систем используется в BIOS стандартная батарейка CR2032 на 3 вольта.

Если замена батарейки не помогла, проверьте состояние перемычки сброса настроек BIOS (джампер с перемычкой расположен рядом с отсеком для батарейки и может быть подписан как CCMOS / CLEAR / RESET). Возможно кто-то оставил данный джампер в положении «сброса», в результате чего при каждой подачи питания на мат.плату, настройки BIOS обнуляются. Верните джампер в нормальное положение.

Читать еще:  Таймер включения компьютера Windows 10

Следующий вариант – обновление прошивки BIOS материнской карты (как это сделать – смотрите на сайте производителя вашего железа). Часто в более новых прошивках исправляются различные баги.

Настройки часового пояса и синхронизации времени с time.windows.com

В том случае, если у вас постоянно меняются настройки даты//времени в Windows, в первую очередь стоит проверить текущие настройки часового пояса и параметры синхронизации времени с интернетом. В Windows 10 текущие настройки времени можно посмотреть в меню панели инструментов (Панель управленияЧасы, язык и регион -> Дата и время). В этом примере видно, что указан часовой пояс UTC + 03, переход на зимнее время отключен.

Совет . Вы можете управлять часовым поясом Windows из командой строки с помощью утилиты tzutil .

Если ваш компьютер не в домене, проверьте настройки синхронизации времени с внешним источником времени (сервером времени NTP). В этом случае в этом же окне щелкните по вкладке «Время по Интернету» и проверьте, что компьютер настроен на автоматическую синхронизацию времени с сервером time.windows.com.

Совет . Напомню, что с 2014 года в России отменен переход на летнее время. Возможно вы давно не обновляли свою ОС (Windows 8 и ниже) и у вас не установлены обновления, отключающие переход на летнее время .

Синхронизация времени в домене Windows

Если ваш компьютер входит в состав домена Active Directory, то информацию о том как работает синхронизация времени в домене можно получить из этой статьи.

Сбивается время при переключении между Linux и Windows (Dual Boot)

Отдельно стоит рассмотреть конфигурации, когда на компьютере установлены две операционные системы (Windows и Linux) в конфигурации двойной загрузки (Dual Boot). Вы можете столкнуться с проблемой, что после переключения между операционными системами (загрузки в Linux после Windows) сбивается время на несколько часов вперед или назад.

Windows и Linux по разному работают с временем BIOS. Дело тут в наличии двух форматов представления времени UTC и localtime .

Операционные системы GNU/Linux (в том числе Mac OS X) считают, что время в BIOS указано в формате UTC (по Гринвичу). Соответственно, при загрузке Linux для преобразования UTC к локальному времени добавляет (отнимает) смещение текущего часового пояса, который выбрал пользователь. Т.е. чтобы получить локальное время для часового пояса Москвы UTC+3, Linux добавит 3 часа.

Windows же считает, что в время в BIOS хранится в формате localtime, и если вы указали новый часовой пояс, или синхронизировали время с внешним источником, система соответственным образом меняет время в BIOS на локальное время. Linux (Ubuntu в моем случае) считает, что время в BIOS указано в формате UTC и дополнительно добавляет смещение часового пояса. Именно поэтому и сбивается время при переключении между Linux и Windows.

Чтобы исправить такую ситуацию, нужно переключить Windows на использование времени в формате UTC с помощью параметра реестра RealTimeIsUniversal .

reg add «HKLMACHINESystemCurrentControlSetControlTimeZoneInformation» /v RealTimeIsUniversal /t REG_DWORD /d 1 /f

Совет. В 64 битных версиях Windows нужно создавать параметр типа QWORD вместо DWORD: reg add HKLMSYSTEMCurrentControlSetControlTimeZoneInformation /v RealTimeIsUniversal /t REG_QWORD /d 1

Также в Windows нужно отключить обновление времени из Интернета, т.к. служба времени Windows при каждом обновлении времени будет сбрасывать UTC время на локальное.

sc config w32time start= disabled

Осталось перезагрузить Windows.

Либо можно переключить Linux на использование локального времени. В Ubuntu 15.04 и выше это можно сделать командой:

timedatectl set-local-rtc 1

Сбивается время после перезагрузки на серверах HP с Windows Server

На серверах HPE DL/ML Gen9 с Windows Server 2008 R2 / 2012 R2 у одного из удаленных заказчиков столкнулись с интересной проблемой после смены часового пояса. Как оказалось, на серверах HP ProLiant Gen9 (и на одном из серверов HP ProLiant DL580 Gen8) при изменении системного времени или часового пояса, после перезагрузки сервера, системное время не сохранялось и сбрасывалось на предыдущее. Проблема были подвержены сервера, в которых Windows Server загружается в режиме Legacy (при нативной UEFI загрузки проблемы отката времени не было).

В журнале системы при этом появлялось такое событие:

The system time has changed to ‎2018‎-‎04‎-‎29T12:12:28.500000000Z from ‎2018-‎04‎-‎29T13:12:27.923115700Z.
Change Reason: System time synchronized with the hardware clock.

В качестве решения проблемы HP предлагает обновить ROM до версии не менее 1.5. Именно в этой версии ROM-Based Setup Utility (RBSU) не подвержена багу со сбросом временм.

Либо в качестве обходного решения, можно указать, чтобы Windows считала, что BIOS отдает ей системное время в формате UTC (а не локальное время). Для этого, как мы уже говорили выше нужно создать в ключе реестра HKLMSYSTEMCurrentControlSetControlTimeZoneInformation параметр с именем RealTimeIsUniversal и значением 1.

Почему службы после перезагрузки обнуляются?

Из-за этого автоматически не синхронизируются часы. Если запустить Службу времени вручную, то часы начинают синхронизироваться нормально по установленному по расписанию нормально.

Если при отключённой Службе времени синхронизировать время вручную (кнопкой «Обновить сейчас»), то Служба запускается и часы нормально синхронизируются. Но ни при запуске Винды, ни при наступлении времени синхронизации Служба времени так и незапускается автоматически.

В настройках Службы тип запуска стоит «Автоматически» (сам включил, т. к. по умолчанию стояло «Вручную»). Вход в систему — «С учётной записью «локальная служба»». То есть вроде всё правильно и нормально прописано, но запускается служба только вручную. Причём такая байда на всех компьютерах, где стоит Win 7.

В Windows XP такой проблемы не было.

Может, у меня системный дистрибутив такой? Пожалуйста, попробуйте кто-нибудь у себя включить автоматический запуск Службы времени. Будет ли сама запускаться при перезагрузке системы?

Сообщения: 12426
Благодарности: 2320

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Сообщения: 4
Благодарности: 1

Ясненько. Спасибо. У меня вот не работает никак. Если только единожды запустить синхронизацию вручную, тогда стартует и Служба времени, и после этого автоматически уже синхронизируется по расписанию.

Читать еще:  Телефон не открывает документы docx

А никто всё-таки не в курсе, почему Служба времени не хочет запускаться автоматически, если выбрать этот пункт в настройках?

Сообщения: 8502
Благодарности: 1578

В командной строке (с правами администратора), введите следующие команды

1. net stop w32time — останавливаем службу времени, если запущена.
2. w32tm /debug /disable отключаем режим отладки
3. w32tm /unregister удаляем регистрацию службы
4. w32tm /register по новому регистрируем службу
5. net start w32time

——-
Нефиг ставить то, к чему второй сервис-пак не вышел.
«Есть старое правило — чтобы не было геморроя, руки должны быть прямыми, а извилины — кривыми, но не наоборот.» © Korzh

Сообщения: 260
Благодарности: 118

——-
Omnia mutantur, nos et mutamur in illis (лат.), все меняется, и мы меняемся

Сообщения: 4
Благодарности: 1

Это всё делал, с правами администратора: ничего не меняется в итоге, хотя все команды проходят нормально.

«Планировщик заданий» в Win 7 после процесса синхронизации ОТКЛЮЧАЕТ службу времени (примерно 15 секунд всего она находится в рабочем состоянии). А в XP Служба времени была по умолчанию запущена постоянно, потому что тип запуска стоял «Автоматически». Но в Windows 7, даже если поставить в настройках службы тип запуска «Автоматически» (непонятно, для чего он вообще тогда сделан в «семёрке» для Службы времени — был бы хотя бы недоступным в этой службе, чтобы пользователей не смушать: они ведь думают, что Служба времени у них глючит или как-то неправильно настроена, когда по привычке, оставшейся с ХР, ставят «Автоматически» и после перезагрузки системы наблюдают НЕЗАПУЩЕННУЮ службу), Служба времени НЕ БУДЕТ запускаться вместе с запуском системы: видимо, разработчики решили, что не следует излишне загружать систему постоянно работающей Службой времени, но забыли об этом рассказать пользователям.

Если же запустить синхронизацию кнопкой «Обновить сейчас» в окне «Дата и время», то служба времени после этого запуска уже НЕ ОСТАНАВЛИВАЕТСЯ, в отличие от запуска из «Планировщика», и автосинхронизация после такого запуска кнопкой начинает уже работать по интервалу, который вбит в реестре в HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesW32TimeTimeProviders
NtpClientSpecialPollInterval (по умолчанию — неделя, если не поменять вручную в реестре на другой период).

И работа синхронизатора времени в «Планировщике заданий» НЕ ЗАВИСИТ от того, какой тип запуска стоит в настройках службы — «Автоматически» или «Вручную»: при наступлении момента синхронизации (согласно расписанию) «Планировщик» на 15 сек. запустит «Службу времени», синхронизирует часы, а затем отключит Службу.

Прочитать обо всём этом я не смог НИГДЕ, и всё это меня сбивало с толку, потому что в ХР это работало несколько по-иному.

Почему вообще во всё это полез? Потому что у меня стоял один из первых релизов «семёрки», и автосинхронизация по расписанию из «Планировщика задач» там, по причине багов в реестре, не работала, и я никак не мог выяснить, почему. Когда установил на другой комп последний релиз Win 7 (здесь уже автосинхронизация работала) и скопировал оттуда необходимые параметры реестра ( если у кого есть такая проблема, вот Reg-файл для исправления:
http://narod.ru/disk/17191854001/tim. win_7.zip.html ) на второй комп с первым релизом, синхронизация тут заработала сразу же. И вот по ходу всех этих разбирательств я выяснил в подробностях, как реализована работа Службы времени в Win 7.

Всем спасибо за внимание и желание помочь!

Последний раз редактировалось homa2, 27-06-2011 в 02:01 .

Сбрасываются настройки роутера после выключения. Не сохраняются настройки

Среди всего разнообразия различных поломок Wi-Fi роутеров, есть две похожие, очень странные и неприятные проблемы, когда роутер не сохраняет настройки, или сбрасывает их после отключения питания (перезагрузки) . Еще сюда можно отнести проблему, когда не работает Reset, не получается сделать сброс настроек. Но об этом я постараюсь подготовить отдельную статью.

Немного поясню, как все работает. На каждом маршрутизаторе выставлены заводские настройки (по умолчанию) . Когда мы покупаем и настраиваем роутер, мы меняем некоторые параметры на свои. Например, задаем настройки для подключения к интернету, меняем пароль и имя Wi-Fi сети. И после сохранения настроек в панели управления роутером, они записываются в постоянную память. Это позволяет сохранить пользовательские настройки даже после полного отключения питания маршрутизатора.

Но бывает, что появляются такие проблемы:

  1. Не получается сохранить настройки в панели управления. В web-интерфейсе, в который мы заходим через браузер, задаем все необходимые параметры, нажимаем на кнопку «Сохранить» и ничего не происходит. Роутер не сохраняет настройки. Может появляться ошибка, или страница просто перезагружается. Таким образом не удается сохранить пароль Wi-Fi сети, тип подключения и другие параметры.
  2. На роутере сбиваются настройки после отключения питания. Все настроили, сохранили параметры, отключили питание маршрутизатора и после включения все настройки сброшены к заводским. После повторный настройки все работает до очередного отключения питания (перезагрузки) .

Проблемы похожи, но на самом деле разные. Причины и решения так же могут быть разные. По поим наблюдениям, проблемы с сохранением настроек случаются на маршрутизаторах разных производителей: ASUS, D-Link, ZyXEL, TP-Link, Tenda, Xiaomi и т. д. Чаще всего страдают такие модели как: D-Link DIR-300, D-Link Dir-615, TP-Link TL-WR741ND, Asus RT-N12, TP-Link TL-WR841N. Но это наверное потому, что они самые популярные среди пользователей.

Сразу хочу сказать, что каких-то новых и 100% рабочих решений я вам не подскажу, так как их просто нет. Все потому, что причиной этих проблем чаще всего является именно аппаратная поломка. В таком случае, роутер нужно нести в ремонт, менять его по гарантии, или покупать новый.

Почему роутер не сохраняет настройки?

Если вы в панели управления своего маршрутизатора задали необходимые параметры, нажали на кнопку «Применит», «Сохранить», «Save», «Apply» и т. д., и ничего не происходит, или появляется ошибка, перезагружается страница, то попробуйте следующие советы:

1 Первым делом попробуйте зайти в настройки роутера с другого браузера. Например, бывали случаи, когда через браузер Mozilla Firefox не удавалось сохранить настройки, а через Internet Explorer, или Microsoft Edge (в Windows 10) все отлично сохранялось. Так же можете попробовать браузер Опера, Хром.

Читать еще:  Процесс ком андроид остановлен что делать

Если с другого браузера будет такая же проблема, то попробуйте зайти на страницу с настройками с другого устройства. Если у вас есть такая возможность.

2 Сделайте сброс настроек роутера. Для этого нужно на корпусе устройства найти кнопку Reset (Сброс) . Если она утоплена в корпус, то нажмите на нее чем то острым, и подержите примерно 10-15 секунд. Маршрутизатор должен быть включен.

Когда все индикаторы потухнут и загорятся, можете отпускать кнопку. Настройки будут сброшены к заводским. Пробуйте настроить все заново. Для примера: сброс настроек роутера к заводским на устройствах TP-Link.

3 Обновите прошивку маршрутизатора. Скачайте прошивку для вашей модели и аппаратной версии с официального сайта производителя, и обновите ее через панель управления. У нас на сайте есть много инструкций по прошивке для разных моделей. Можете найти их через поиск по сайту (вверху страницы, справа) .

4 Это максимум, что вы можете сделать самостоятельно. Если проблема не решена, то скорее всего причина в железе самого роутера. Нужно нести его в ремонт. Если он новый, то можете вернуть в магазин, или отдать в сервисный центр по гарантии.

Сбиваются настройки роутера после отключения питания

Этот случай выглядит немного иначе. После настройки роутера все работает до той поры, пока не выключить его. Имеется введу полное отключение питания из розетки, или кнопкой на корпусе. После перезагрузки все настройки автоматически сбрасываются к заводским и нужно настраивать роутер каждый раз. После каждого отключения. Да, маршрутизатор можно вообще не отключать. Но иногда это необходимо, и настраивать его каждый раз не самое приятное занятие.

Практически всегда причина в аппаратной поломке, которую могут исправить только в сервисном центре. Или вообще придется покупать новый роутер. Но сначала попробуйте следующее:

1 Обязательно убедитесь в том, что вы правильно сохраняете настройки. После внесения каких-то изменений, всегда нужно сохранять параметры нажав на специальную кнопку. Как правило, проблем с этим возникнуть не должно. Будьте особенно внимательны, если у вас роутер D-link. Там нужно сохранить параметры нажав кнопку «Применить» (в зависимости от прошивки) , а затем навести курсор на вкладку «Система» и выбрать «Сохранить».

Так же советую выполнять первую (после настройки) перезагрузку маршрутизатора через панель управления. А не отключением питания. На устройствах TP-Link, например, перезагрузить можно в разделе «Системные инструменты». У разных производителей по-разному.

2 Сделайте сброс настроек вручную и обновите прошивку. Об этом я писал выше. Не гарантирую, что это поможет, но попробовать можно.

В итоге: если описанные выше действия не помогли, роутер по прежнему не сохраняет параметры, или сбрасывает их после выключения, то вам нужно нести его в сервис. Если есть гарантия, значит по гарантии. Если роутер старый, не дорогой, то возможно дешевле и проще будет купить новый.

unixforum.org

Форум для пользователей UNIX-подобных систем

При перезагрузке сбрасываются права (Пользователя на доступ к /dev/ttyS0)

Модератор: Bizdelnick

При перезагрузке сбрасываются права

Сообщение Dron2004 » 24.08.2006 07:15

Устанавливаю права на чтение и запись файла /dev/ttyS0 (COM1) для пользователя. При перезагрузке системы всё «сбрасывается» (права снова становятся crw-rw—- ). Внимание, вопрос : чем вызвано такое подозрительное поведение?

Re: При перезагрузке сбрасываются права

Сообщение Alexxx » 24.08.2006 08:10

Re: При перезагрузке сбрасываются права

Сообщение Xentrix » 24.08.2006 08:20

Re: При перезагрузке сбрасываются права

Сообщение Dron2004 » 24.08.2006 08:26

Re: При перезагрузке сбрасываются права

Сообщение Alexxx » 24.08.2006 08:49

Re: При перезагрузке сбрасываются права

Сообщение Dron2004 » 24.08.2006 10:48

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

Теперь всё работает !

Re: При перезагрузке сбрасываются права

Сообщение Liksys » 24.08.2006 13:10

Re: При перезагрузке сбрасываются права

Сообщение serzh-z » 24.08.2006 13:41

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

Теперь всё работает !

Вообще-то правильнее было бы добавить правило udev (в /etc/udev/rules.d), наподобие этого:

Иначе, если выполнить переиниализация udev — udevstart, то придеться снова выполнять boot.local руками.

Re: При перезагрузке сбрасываются права

Сообщение Dron2004 » 24.08.2006 18:55

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

Теперь всё работает !

Вообще-то правильнее было бы добавить правило udev (в /etc/udev/rules.d), наподобие этого:

Иначе, если выполнить переиниализация udev — udevstart, то придеться снова выполнять boot.local руками.

Спасибо, приму к сведению. Теперь всё понятно.

Re: При перезагрузке сбрасываются права

Сообщение Dron2004 » 24.08.2006 19:09

Re: При перезагрузке сбрасываются права

Сообщение edoc_modnar » 24.08.2006 19:15

Справился с проблемой следующим образом: добавил в загрузочный скрипт /etc/init.d/boot.local строку

Теперь всё работает !

Вообще-то правильнее было бы добавить правило udev (в /etc/udev/rules.d), наподобие этого:

Иначе, если выполнить переиниализация udev — udevstart, то придеться снова выполнять boot.local руками.

Re: При перезагрузке сбрасываются права

Сообщение serzh-z » 24.08.2006 20:06

См. изначальное условие, описанное автором — установить права на девайс, так чтобы после перезагрузки все оставалось неизменно. А уж куда там пойдет, или на чем поедет, безопасность, полагаю, автору топика самому виднее или же просто неважно — исходя из конкретных условий в которых используется система. Не забывай, что UNIX — масштабируемая ОС.

Re: При перезагрузке сбрасываются права

Сообщение edoc_modnar » 24.08.2006 21:51

Re: При перезагрузке сбрасываются права

Сообщение Dron2004 » 25.08.2006 09:00

Ну остыньте, ребята! Ну остыньте!

«Фокус» с включением юзера в группу uucp тоже работает — права на /dev/ttyS0 появляются.

Условия следующие: кроме рута только один пользователь, т.к. кроме меня компьютером никто почти никогда не пользуется (да и те, кто пользуется — только Window$). Атаки из интернета очень маловероятны (зачем?). Никаких веб/почтовых и т.п. серверов не запущено.

За инфу спасибо, random_code! Добавить пользователя в группу в данном случае uucp действительно удобнее, чем лезть и редактировать rules.d.

Но, тем не менее, оба решения, так сказать, подходят в данном случае. Задача решается любым из них.

Ссылка на основную публикацию
Adblock
detector