Эквивалент NFS ALL_SQUASH
Сначала я бы попробовал исправить разрешения, так как это выглядит как отсутствие exec-permissions:
sudo chmod 755 /opt/Adobe/Reader9/Reader/intellinux/bin/acroread
Это сбрасывает разрешения файла для чтения и выполнения миром и группой, а также чтения, записи и выполнения владельцем. Теперь, мы установим владельца root , для хорошей меры:
sudo chown root: /opt/Adobe/Reader9/Reader/intellinux/bin/acroread
и повторите попытку.
-121--291275- Ваш метод удаления старых резервных копий, на мой взгляд, лучше, чем переименование файлов. Самое уродливое в этом - длинная цепь труб, которые служат малому назначению в вашем примере, но делают линию слишком длинной. Я бы написал его с помощью блока {...} так:
presentdate="`date +%d-%m-%Y_%H:%M.%S`"
basedir="/var/db_my_backup"
{
mysqldump -u username -ppassword --all-databases | gzip -9 -c > $basedir/mysqlbackup.$presentdate.sql.gz
find -L $basedir/'*' -type f -mtime +7 -exec rm -v {} \;
chown -vR user:group $basedir
cat <<EOF
Copy of MySQL successfully placed in $basedir directory as file named mysqlbackup.$presentdate.sql.gz.
Now it is ready to be moved to QNAP backup device as scheduled.
EOF
} 2>&1 | /bin/mail -s "Report from scheduled job for mysqldumps" root
2 > & 1 рядом с концом, чтобы включить вывод ошибки в сообщение электронной почты, вы можете удалить его, если вы этого не хотите. Я также добавил несколько флагов -v для более подробной информации.
По словам комментатора, find не дает странных ошибок, если вы используете его правильно. Ошибка в параметрах для поиска с помощью exec вместо -exec . Чтобы получить параметры правильно играть с ним на некоторое время, при чтении на человек найти .
С того, что вы говорите, что ваш компакт-диск не загружается. При загрузке компакт-диска в дисковод рабочей системы вы видите один файл .ISO или много файлов и папок в результате записи образа ISO? Если вы видите первое, вы неправильно создали загрузочное устройство.
Пробовали ли вы также загрузить компакт-диск и USB на другой машине? Если это работает, проблема лежит на вашей системе, если не проблема с вашими дисками.
Спасибо @sourcejedi за то, что указал мне правильное направление.
В первоначальной настройке NFS все _сквош использовались для того, чтобы пользователь-демон выглядел так, будто он имеет определенную группу (, установленную anongid). Для этого примера предположим, что идентификатор группы равен 601. Таким образом, это представление исходной файловой системы может принудительно применять разрешения для файлов/каталогов на основе смонтированной файловой системы anongid , равной 601. Разрешения выглядят так, как будто они оценивается на уровне монтирования NFS, независимо от фактических разрешений группы пользователя демона. Другое монтирование NFS в ту же файловую систему с другими настройками все _сквош фактически показывает другое представление файлов, как если бы у пользователя было другое членство в группе.
Использование bindfs --map того же результата можно добиться с немного другой настройкой. Пример конфигурации привязывает файловую систему таким образом, что любые файлы/каталоги с идентификатором группы 601 в базовой файловой системе имеют идентификатор группы 599 в смонтированной файловой системе :
.bindfs --map=@601/@599 --create-for-group=601 --create-for-user=600 --create-with-perms='u=rwD:g=rwD:o=' $FS_ROOT $MOUNT_ROOT/view601
Теперь при перечислении файлов в $MOUNT_ROOT/view601пользователь демона видит любой файл, имеющий группу 601, а не группу 599. При предоставлении демону членства в группе gid 599 разрешения эффективно применяются снова на основе монтирования. Если другое монтирование сопоставило gid 602 с 599, файлы в той же базовой файловой системе были бы доступны тому же пользователю, если они изначально имели группу 602 (, а не 601 ), теперь сопоставленную с 599, что делает их доступными для демона.