Дать новому пользователю права

Для каталогов, если на них права сломались тоже

chown -R твойюзер:твойюзер /путь/к/каталогу

полностью снес каталог /home с конфигурационными файлами пользователя

снес пользователя и создал заново - зашло.

Ты вообще головой думаешь? Ты что удалил учётку пользователя, а потом создал заново? В таком случае у нового пользователя (учётки) изменились uid и gid.

А надо было всего лишь от имени root создать директорию: /home/username и назначить права доступа для пользователя.

mkdir /home/username
chowm username:username /home/username -R

Если в sudoers указаны имена пользователей, а не их uid, то в случае если ты создал пользователя с тем же именем, что и ранее, то всё должно работать. А если в sudoers указаны uid пользователей, которым разрешено запускать sudo, то либо измени у пользователя uid и gid на те что были у удалённой учётки, либо измени sudoers.

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

Включай голову.

И если нужно помощь, что бы не говорить абстрактно давай с примерами что делаешь и что не получается, содержимое файлов настройки sudo и какие команды вводишь и что не получается.

Ты перепутал порядок. Сначала группы, потом пользователь.

:D

TheLinuxUser

usermod -a -G cdrom,floppy,sudo твойюзер

usermod -a -G твойюзер cdrom,floppy,sudo

Уже нашел эти группы на основной машине, добавляю... Спасибо )

Для каталогов, если на них права сломались тоже

В корне же все каталоги на root'e? Для пользователя только его home, на сколько я пониимаю.

Ты вообще головой думаешь? Ты что удалил учётку пользователя, а потом создал заново? В таком случае у нового пользователя (учётки) изменились uid и gid.

anonymous, да, я так и сделал, всё равно не грузило, даже все нужные файлы .config .local и т.д. подтянул, не заходило вовсе в него.

Если в sudoers указаны имена пользователей, а не их uid, то в случае если ты создал пользователя с тем же именем, что и ранее, то всё должно работать. А если в sudoers указаны uid пользователей, которым разрешено запускать sudo, то либо измени у пользователя uid и gid на те что были у удалённой учётки, либо измени sudoers.

У меня sudoers вообще что там что там «пустой»:

#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults	env_reset
Defaults	mail_badpass
Defaults	secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root	ALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo	ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d

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

Есть такое. )

И если нужно помощь, что бы не говорить абстрактно давай с примерами что делаешь и что не получается, содержимое файлов настройки sudo и какие команды вводишь и что не получается.

Сейчас добавляю этого нового пользователя в группы, кроме этого еще что-то нужно будет?:

cdrom:x:24:vitaliy
floppy:x:25:vitaliy
sudo:x:27:vitaliy
audio:x:29:pulse,vitaliy
dip:x:30:vitaliy
video:x:44:vitaliy
plugdev:x:46:vitaliy
netdev:x:108:vitaliy
bluetooth:x:113:vitaliy
lpadmin:x:114:vitaliy
scanner:x:118:saned,vitaliy
vitaliy:x:1000:

P.S. зато сколько нового за вчера и сегодня узнал...)) А всё началось с покупки SSD и пробы Luks.

Для пользователя только его home, на сколько я пониимаю.

Не просто /home, а каталог самого пользователя /home/твойюзер.

usermod -a -G твойюзер cdrom,floppy,sudo

Всё, добавил во все группы перечисленные мной в пред. посте, заработало )

Не просто /home, а каталог самого пользователя /home/твойюзер.

Да, это я и имел ввиду.

anonymous, да, я так и сделал, всё равно не грузило

Если ты сделал:

rm -Rf /home/username
mkdir /home/username
chown username:username /home/username -R

Видимо ты сделал как-то иначе.

Видимо ты сделал как-то иначе.

По невнимательности и неопытности не изменил права доступа. К слову, теперь вкурсе что о них не нужно забывать :D

А надо было всего лишь от имени root создать директорию: /home/username и назначить права доступа для пользователя.

Есть ещё шаблоны в /etc/skel, или вроде того.

Да есть, но это уже мелочи, достаточно создать директорию пользователю с соответствующими правами, а копировать в неё файлы из /etc/skel или нет уже дело 10-е. Ибо Они всё равно в процессе работы изменяются.

anonymous, ты тут еще? Подскажи, как правильно тестировать скорость жесткого диска, dd if=/dev/zero или if=/dev/random?

sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync

С таким раскладом у меня показывает нереальные цифры 1.8 GB/c, файл за секунду появляется. Может random всё таки? Он показывает 160 мб/с из нужных 520 ))

/dev/zero хорошо жмётся современными контроллерами, не надо так. И oflag=direct нужно обязательно. Вот хороший простой скрипт для замера Как померить производительность HDD (комментарий) .

Вот хороший простой скрипт

Спасибо.

/dev/zero хорошо жмётся современными контроллерами, не надо так. И oflag=direct нужно обязательно. Вот хороший простой скрипт для замера Как померить производительность HDD (комментарий) .

Чё-то он у RTP показал:

SSD - 30MB/s HDD - 0,5 MB/s

Смонтиру tmpfs и скопируй на неё файл довольно большого размера в районе нескольких гагабайт, iso образ подойдёт. Если памяти не много, ну скопируй хотя бы 1-2 Гб.

Затем сделай

dd if=/mnt/tmpfs/file of=/mnt/ssd/tmpfile 

Но тут будет ещё накладывать ограничение файловая система на ssd, но не особо существенное.

Что бы увидеть более точное значение нужно писать не на файловую систему на ssd, а напрямую на блочное устройство:

dd if=/mnt/tmpfs/file of=/dev/sda

Потому что там указано использовать /dev/urandom, т.е. генератор случайных чисел, который к тому же зависит от ентропии в системе, например движению курсора мыши или вводу с клавиатуры.

Как понимаешь он будет работать медленно.

Так что смотри моё предыдущее сообщение.

tmpfs - это файловая система, которая располагается в оперативной памятия, она быстрее ssd.

При её монтировании можно указывать опцию -o size=размер, например:

mount -t tmpfs tmpfs /mnt/tmpfs -o size=2000M

Что такое RTP? На каких объёмах передачи 30MB/s? Если не хватает скорости /dev/urandom можно заранее нагенерить данных в tmpfs как ниже анонимус написал.

Что такое RTP? На каких объёмах передачи 30MB/s? Если не хватает скорости /dev/urandom можно заранее нагенерить данных в tmpfs как ниже анонимус написал.

RTP это пользователь в той теме, а 30 мб/с это его скорость теста

Смонтиру tmpfs и скопируй на неё файл довольно большого размера в районе нескольких гагабайт, iso образ подойдёт. Если памяти не много, ну скопируй хотя бы 1-2 Гб.

Затем сделай

dd if=/mnt/tmpfs/file of=/mnt/ssd/tmpfile

Но тут будет ещё накладывать ограничение файловая система на ssd, но не особо существенное.

Что бы увидеть более точное значение нужно писать не на файловую систему на ssd, а напрямую на блочное устройство:

dd if=/mnt/tmpfs/file of=/dev/sda

если /dev/sda - это ssd, только данные на ssd будут затёрты. Если там стоит системы, то пиши на файлову систему.

Что-то не сходится. Скорость записи в корень 186мб/с, а скорость записи на шифрованый хомяк 204 мб/с. Где логика?

Если ты копировал повторно тот же файл, что и в первый раз, то вполне возможно что при повторном тесте частично использовался кэш.

Кроме того скорость записи на ssd зависит от его размера, чем больше размер - тем больше скорость.

Если у тебя на ssd сделано два раздела, один под корень, а второй под «хомяк», то советую не выделять под /home раздел, смысла в этом нет, ssd проживёт дольше и работать будет быстрее.

Ну и покажи команды которые ты вводил и что делал.

С таблицей разделов и пояснением что и где.

У меня нет swap и он мне не нужен, гибернацию не использую, оперативы много.
fstab монтирует ramfs /tmp

pc@user:~$ sudo dd if=/dev/urandom of=/tmp/tempfile bs=1M count=3000 
3000+0 записів прочитано
3000+0 записів записаноpc@user:~$ 
скопійовано 3145728000 байтів (3,1 GB, 2,9 GiB), 17,8666 с, 176 MB/с
pc@user:~$ sudo dd if=/tmp/tempfile of=/home/user/tempfile
6144000+0 записів прочитано
6144000+0 записів записано
скопійовано 3145728000 байтів (3,1 GB, 2,9 GiB), 16,9448 с, 186 MB/с
pc@use:~$ sudo dd if=/tmp/tempfile of=/mnt/tempfile
6144000+0 записів прочитано
6144000+0 записів записано
скопійовано 3145728000 байтів (3,1 GB, 2,9 GiB), 15,4242 с, 204 MB/с

Да, всё таки так быстрее в корень. Но всё равно мало т.к. я подключал к винде винт на тест, там было 500+

P.S. pc@user - заменены, а то сейчас начнут.

В Windows ты писал няпримую на диск или на файловую систему?

/home на отдельном разделе или раздел один под корень и всё?

В Windows ты писал няпримую на диск или на файловую систему?

На раздел через CrystalDiskInfo

/home на отдельном разделе или раздел один под корень и всё?

/home у меня вынесен как отдельный раздел и зашифрован.

На раздел через CrystalDiskInfo

Ну а что ты тогда хочешь, файловая система накладывает свои ограничения.

/home у меня вынесен как отдельный раздел и зашифрован.

Ну вот и ответ на твой вопрос порядка 9% произсодительности ты теряешь из-за шифрованного контейнера (186/204 = 0,91).

Попробуй писать dd напрямую на устройство:

dd if=/tmp/file of=/dev/sda

У ssd в первую очередь высокая скорость чтения, проверь, а с записью, в первую очередь большого количества маленьнких файлов будут проблемы.

Ну вот и ответ на твой вопрос порядка 9% произсодительности ты теряешь из-за шифрованного контейнера (186/204 = 0,91).

Ну и толку тогда с того что у меня корень не шифрован а хомяк зашифрован. Такими темпами можно и весь диск шифровать, там скрость была 150 мб/с. А чтение почти всегда 530-550 мб/с.

Я не понял что ты хочешь сказать.