Безопасно ли использовать Bleachbit в файловой системе ext4 с журналированием?

Вы можете использовать / etc / ssh / sshrc для запуска команд, когда кто-то входит в систему, включая блокирующие. Если вы хотите просто уведомить другого человека о своем присутствии, сценарий можно использовать для отправки электронной почты или SMS. Если вы уверены, что хотите спросить, что вы можете сделать что-то вроде этого:

export DISPLAY=:0
notify-send 'Alert' "User $USER just logged in from $ip"

if zenity --question --text="User $USER just logged in from $ip, Is this OK?" --ok-label=Yes --cancel-label=No
then
    echo Access Granted
else
    echo Access Denied
    sleep infinity
fi

Это будет работать, если друг запустил

xhost +localhost

Я не уверен, как заставить пользователя выйти из системы, следовательно, бесконечность сна. Когда пользователь Ctrl-C, он убивает ssh-соединение.

1
задан 22 February 2018 в 20:24

6 ответов

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

Существует разница между удалением файла или форматированием раздел и над записью файла с новыми данными.

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

3], см. теги testdisk, photorec и аналогичные инструменты для восстановления данных.

См. также - http://www.ufsexplorer.com/und_fmt.php и https://wiki.archlinux.org/ index.php / file_recovery и / или другие технические документы различных инструментов.

Этот первый тип восстановления данных может или не может использовать журнал ext4.

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

В этом случае данные исчезли, после восстановления. Теория гутмана была развенчана =)

см. http://www.ufsexplorer.com/und_fmt.php или аналогичный

1
ответ дан 22 May 2018 в 12:57
  • 1
    Итак, если я использую команду «bleachbit -s» для уничтожения файла, я могу быть уверен, что восстановить его невозможно. – Lamarck's son 22 February 2018 в 20:49
  • 2
    @ Lamarck'sson Да, если вы используете ext4 с данными = упорядоченный режим, который по умолчанию. Для дополнительной гарантии для конфиденциальной информации вы используете очень медленное «перезаписывать свободное пространство». вариант. См. Также документацию BleachBit для измельчения для получения дополнительной информации – Andrew 22 February 2018 в 21:40

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

Существует разница между удалением файла или форматированием раздел и над записью файла с новыми данными.

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

, см. теги testdisk, photorec и аналогичные инструменты для восстановления данных.

См. также - http://www.ufsexplorer.com/und_fmt.php и https://wiki.archlinux.org/ index.php / file_recovery и / или другие технические документы различных инструментов.

Этот первый тип восстановления данных может или не может использовать журнал ext4.

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

В этом случае данные исчезли, после восстановления. Теория гутмана была развенчана =)

см. [D5] http://www.ufsexplorer.com/und_fmt.php или аналогичный

1
ответ дан 17 July 2018 в 20:12

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

Существует разница между удалением файла или форматированием раздел и над записью файла с новыми данными.

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

, см. теги testdisk, photorec и аналогичные инструменты для восстановления данных.

См. также - http://www.ufsexplorer.com/und_fmt.php и https://wiki.archlinux.org/ index.php / file_recovery и / или другие технические документы различных инструментов.

Этот первый тип восстановления данных может или не может использовать журнал ext4.

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

В этом случае данные исчезли, после восстановления. Теория гутмана была развенчана =)

см. [D5] http://www.ufsexplorer.com/und_fmt.php или аналогичный

1
ответ дан 23 July 2018 в 20:56

Я думаю, что для ext4 и параметров по умолчанию это не должно быть проблемой.

цитата из страницы man shred. Хорошее чтение, я бы сказал.

In  the  case  of  ext3 file systems, the above disclaimer applies 
(and shred is thus of limited effectiveness) only in data=journal mode

Вы можете проверить это, выполнив

cat /proc/mounts

и проверив части data=XXX.

Это из Курс применяется только в том случае, если ничего не изменилось с ext4.

(В основном из этого сообщения на serverfault)

1
ответ дан 22 May 2018 в 12:57

Я думаю, что для ext4 и параметров по умолчанию это не должно быть проблемой.

цитата из страницы man shred. Хорошее чтение, я бы сказал.

In the case of ext3 file systems, the above disclaimer applies (and shred is thus of limited effectiveness) only in data=journal mode

Вы можете проверить это, выполнив

cat /proc/mounts

и проверив части data=XXX.

Это из Курс применяется только в том случае, если ничего не изменилось с ext4.

(В основном из этого сообщения на serverfault)

1
ответ дан 17 July 2018 в 20:12

Я думаю, что для ext4 и параметров по умолчанию это не должно быть проблемой.

цитата из страницы man shred. Хорошее чтение, я бы сказал.

In the case of ext3 file systems, the above disclaimer applies (and shred is thus of limited effectiveness) only in data=journal mode

Вы можете проверить это, выполнив

cat /proc/mounts

и проверив части data=XXX.

Это из Курс применяется только в том случае, если ничего не изменилось с ext4.

(В основном из этого сообщения на serverfault)

1
ответ дан 23 July 2018 в 20:56

Другие вопросы по тегам:

Похожие вопросы: