кстати, пользователи в этих файлах тоже разные получились (хотя и с одинаковыми именами), например в шедоу
user: хэш:19173::::::
а в шедоуминус
user: хэш:18344:0:99999:7:::
если честно не знаю что это за цифры, но решил что лучше восстановить старый файл, тем более у него дата изменения такая же, как у действующих файлов passwd и groups, так что он наверное не устаревший
но копию получившегося после восстановления shadow тоже сохранил на всякий случай. тяжело быть тупым в линуксе, не знаешь откуда прилетит, приходится стараться все предусмотреть :)
после восстановления у меня файл shadow не содержал ничего, кроме рута и пользователя, которому я задал пароль (т. е. этот пакдиф видимо мне создал полностью пустой файл шедоу, в которые я добавил рута и пользователя, и больше там ниче не было). а в резервной копии файла (shadow-) была ещё куча разных строк, службы там всякие, вот такие
так что я на всякий случай восстановил файл шедоу из резервной копии (сделал sudo cp /etc/swadow- /etc/swadow). не знаю влияет ли это на что-то, может и так работало бы все
насчёт резервной копии, я пытался делать бэкап таймшифтом, но он у меня получался по 500 гб, больше в несколько раз чем свободного места на диске. ща почитал про точки восстановления, они вроде должны мало весить, попробую сделать в ближайшее время
В файле по этому пути /usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/logout/Logout.qml
изменить значение 30 на свое
property real timeout: 10
отсчет будет в 10 секунд
Ну так, нагрузки-то нет. Свопить нечего.
По дефолту до 60% нагрузки на память, ничего выгружаться не будет.
Запусти пару браузеров с видюшками и какую-нибудь донатную сетевую дрочильню (Wot) — не нарадуешься.
Компьютер настолько важный, что не делал точек сохранения?
Наверняка еще и раздел зашифрован?
Попробуй загрузиться в single user режиме:
При включении компа жмякаешь Shift. Попадаешь в grub. Редактируешь (E) основной пункт закгрузки. В конце строки добавляешь через пробел слово «single». Загружаешся (F10). И меняешь пароли.
Или (если не догадался зашифровать раздел) можно поредактировать /etc/shadow с лайв-образа.
«устанавливается на корневой раздел», может путь до папки неверен, у меня синхронизация идет с диском в формате ntfs. Три переустановки ОСи и не разу не сбоило, всегда приложение находило указанную папку и тут же синхронизировалось с ней.
Индикатор не нужен, если уж надо проверить работу, то можно просто войти в Запущенные процессы и посмотреть в Передача\Загрузка, там и посмотреть идет ли обмен между ПК и Облаком.
У меня при таком сценарии все устанавливается на корневой раздел в папку root. Не пойму почему. Можно ли это как то исправить? А если с индикатором, то происходит такая же байда как и в топике — не синхронизирует.
user: хэш:19173::::::
а в шедоуминус
user: хэш:18344:0:99999:7:::
если честно не знаю что это за цифры, но решил что лучше восстановить старый файл, тем более у него дата изменения такая же, как у действующих файлов passwd и groups, так что он наверное не устаревший
но копию получившегося после восстановления shadow тоже сохранил на всякий случай. тяжело быть тупым в линуксе, не знаешь откуда прилетит, приходится стараться все предусмотреть :)
wiki.archlinux.org/title/Reset_lost_root_password_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)
после восстановления у меня файл shadow не содержал ничего, кроме рута и пользователя, которому я задал пароль (т. е. этот пакдиф видимо мне создал полностью пустой файл шедоу, в которые я добавил рута и пользователя, и больше там ниче не было). а в резервной копии файла (shadow-) была ещё куча разных строк, службы там всякие, вот такие
так что я на всякий случай восстановил файл шедоу из резервной копии (сделал sudo cp /etc/swadow- /etc/swadow). не знаю влияет ли это на что-то, может и так работало бы все
насчёт резервной копии, я пытался делать бэкап таймшифтом, но он у меня получался по 500 гб, больше в несколько раз чем свободного места на диске. ща почитал про точки восстановления, они вроде должны мало весить, попробую сделать в ближайшее время
изменить значение 30 на свое
property real timeout: 10
отсчет будет в 10 секунд
По дефолту до 60% нагрузки на память, ничего выгружаться не будет.
Запусти пару браузеров с видюшками и какую-нибудь донатную сетевую дрочильню (Wot) — не нарадуешься.
Разве инидикатор вообще работает?
Для показа статуса есть «yandex-disk status». Проверь что он у тебя вообще запускается при старте системы. Потому что на КДЕ он не запускается.
Наверняка еще и раздел зашифрован?
Попробуй загрузиться в single user режиме:
При включении компа жмякаешь Shift. Попадаешь в grub. Редактируешь (E) основной пункт закгрузки. В конце строки добавляешь через пробел слово «single». Загружаешся (F10). И меняешь пароли.
Или (если не догадался зашифровать раздел) можно поредактировать /etc/shadow с лайв-образа.
Индикатор не нужен, если уж надо проверить работу, то можно просто войти в Запущенные процессы и посмотреть в Передача\Загрузка, там и посмотреть идет ли обмен между ПК и Облаком.
Что показывают
free -h
cat /proc/sys/vm/swappiness
cat /proc/sys/vm/vfs_cache_pressure
?
Ну и надо нагрузить память, запустить все приложения подряд например, и опять посмотреть как минимум free -h.
Покажите
И что тут делать? Все как надо выставлено.
Сложно, я только учусь)
Попробовал через редактирования DPI, выставил через конфиг 188х188, все стало совсем огромным. Как это работает на лине я хз.
А вообще про всё это на форуме 4pda.