Нет, ну само собой с кривыми руками можно наверное и с помощью cat данные потерять😄😄

Если предположим, что руки не совсем кривые, а есть, например, жесткий диск с той же убунтой, там всего понаставлено, просто так по оттуда не вытащишь. А хочется, к примеру, если жд сломал или потерял или еще что, чтобы была резервная копия. То в таком случае dd можно юзать (в т.ч. и на современных дисках и ссд), не каждый одень, один раз в месяц, напрример?

p.s. и как понимать 'резервировать нужно только невоспросводимые данные'. Вот опять же просто ради удобства, ну или диск если зашифрован, то в таком случае тоже бэкап противопоказан?)

> А хочется, к примеру, если жд сломал или потерял или еще что, чтобы была резервная копия

Во-первых, если для тебя критична потеря каких-либо данных, то тебе следует озаботиться наличием достаточно надежного накопителя. И это точно не должен быть ЖД. В современных реалиях я бы лучше доверил свои данные среднему ССД, нежели ОЕМ-диску, что рассыпается через год. Рекомендую рассмотреть линейку Samsung EVO

Во-вторых, dd — довольно медленный способ архивировать или восстановить рабочую станцию. Самое большое ограничение, которые накладывает данный способ — невозможность выполнить архивирование во время работы системы. Тебе следует полностью. выключить ПК, затем загрузиться в  другую ОС, из который следует побайтово переписать первую в архив.
Конечно, можно попробовать и без выключения, но и целостность данных в архиве после такой операции весьма сомнительна. DD ни коим образом не гарантирует консистентность. Теоретически, вероятность не довести уровень рассогласованности до уровня" система перестала загружаться" возможно через снапшоты (LVM, ZFS или BTRFS), но и этот способ не гарантирует 100% безопасности

Ну и в-третьих, бекапы, созданные через DD, крайне сложно проверять. Это долго и, вероятно, дорого, так что велика  вероятность, что однажды ты просто перестанешь этим заниматься. Чем грозит наличие "непроверяемых" бекапов нужно пояснять?

>  То в таком случае dd можно юзать (в т.ч. и на современных дисках и ссд), не каждый одень, один раз в месяц, напрример?

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

> Вот опять же просто ради удобства, ну или диск если зашифрован, то в таком случае тоже бэкап противопоказан?)

Вот этот вопрос не понял

ребята подскажите захожу на ubuntu пишет что есть одно обновление а как его увидеть какие именно
40 packages can be updated.
1 of these updates is a security update.

ubuntu minimal iso. 20.04 по крайней мере

пытаюсь установить обновленный модуль для адаптек рейда. выдает ошибку.
Что предпринять?
Building initial module for 5.4.0-89-generic
ERROR (dkms apport): unable to determine source package for aacraid-dkms
Error!  Build of aacraid.ko failed for: 5.4.0-89-generic (x86_64)
Consult the make.log in the build directory
/var/lib/dkms/aacraid/1.2.1.52011/build/ for more information.

cat /var/lib/dkms/aacraid/1.2.1.52011/build/make.log
DKMS make.log for aacraid-1.2.1.52011 for kernel 5.4.0-89-generic (x86_64)
Mon Oct 25 17:50:40 MSK 2021
make: Entering directory '/usr/src/linux-headers-5.4.0-89-generic'
 AR      /var/lib/dkms/aacraid/1.2.1.52011/build/built-in.a
 Building modules, stage 2.
 MODPOST 0 modules
make: Leaving directory '/usr/src/linux-headers-5.4.0-89-generic'

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

Я баг словил и вроде как в этой версии он поправлен

пересобери для своего ядра с наложением патча

ткните в инструкцию, плз

Зачем тебе модуль ядра то нужен?

Адаптеки отлично через arcconf управляются

С управлением нет проблем. Баг в драйвере словил

Почему то в убунте для 6805 старый драйвер идёт

В какой версии модуля проблемы?

сейчас:
Controller Version Information
  --------------------------------------------------------
  BIOS                                       : 5.3-0 (19204)
  Firmware                                   : 5.3-0 (19204)
  Driver                                     : 1.2-1 (50877)
  Boot Flash                                 : 0.0-0 (19204)
  SEEPROM (Load version/ Flash version)      : 7/ 8

В 1.2.1-52011 вроде как пофиксен баг

Всем привет,у кого то установлен modsec + nginx?

Выглядит как бан)

блин)на убунту стоит же))