fYmious/linux_intro
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

upd lab3

Browse Source
This commit is contained in:
nik
2025-10-07 10:14:18 +03:00
parent 27d3df5a56
commit 0f0944dae6
2 changed files with 13 additions and 28 deletions
Download Patch File Download Diff File Expand all files Collapse all files

BIN
labs/lab3/report.pdf
View File

Binary file not shown.

41
labs/lab3/report.typ
View File

@@ -320,7 +320,7 @@ C `c7-1` осуществил монтирование сетевого ресу
*Как вы увеличили раздел в части 3? Какие команды использовали. В чем состояла суть выполненных действий?*
Я использовал утилиту `fdisk`, чтобы удалить старый раздел и создать новый, занимающий весь диск:
При помощи `fdisk`, удалил старый раздел и создал новый, занимающий весь диск:
```bash
sudo fdisk /dev/vdb
@@ -336,7 +336,7 @@ sudo resize2fs /dev/vdb1
*Почему отличается процедура увеличения раздела в частях 3 и 4? Почему в случае LVM не пришлось отмонтировать раздел?*
В LVM файловая система расположена не на "жёстком" разделе, а на логическом томе, который можно динамически изменять.
В LVM файловая система расположена не на жёстком разделе, а на логическом томе, который можно динамически изменять.
LVM поддерживает online resize, то есть позволяет расширять том, пока он смонтирован:
```bash
@@ -345,18 +345,17 @@ sudo resize2fs /dev/gr01/vol01
```
Это возможно, потому что LVM управляет логическими блоками и абстрагирует файловую систему от физического устройства.
В обычном случае (fdisk) нужно отмонтировать, так как изменяются реальные границы раздела.
В обычном случае нужно отмонтировать, так как изменяются реальные границы раздела.
*Как можно ограничить доступ через сеть к данным в каталоге NFS сервера?*
Ограничение доступа делается через файл `/etc/exports`, где указывается, какие IP-адреса или подсети могут монтировать каталог и с какими правами.
Пример:
```bash
/nfs 192.168.122.0/24(rw,sync,no_root_squash)
```
Здесь доступ разрешён только хостам из подсети `192.168.122.0/24`, с правом записи (`rw`).
Здесь доступ разрешён только хостам из подсети `192.168.122.0/24`, с правом записи.
*В чем разница архитектуры NAS и DAS?*
@@ -366,41 +365,27 @@ sudo resize2fs /dev/gr01/vol01
*В части 4 п.7 вы создали зеркальный том. От каких рисков потери данных это защищает? От каких — не защищает?*
Защищает:
Защищает от отказа одного физического диска, от ошибок чтения/записи на отдельном носителе.
- от отказа одного физического диска;
- от ошибок чтения/записи на отдельном носителе.
Не защищает:
- от случайного удаления файлов;
- от вирусов и логических ошибок;
- от выхода из строя контроллера или потери всей группы дисков одновременно.
Не защищает от случайного удаления файлов, от вирусов и логических ошибок, от выхода из строя контроллера или потери всей группы дисков одновременно.
*В части 7 вы смогли запустить RAID-массив с потерей диска. Откуда взялись данные?*
RAID-5 хранит не только данные, но и чётность (parity), распределённую по всем дискам.
При потере одного диска оставшиеся два содержат достаточно информации, чтобы восстановить недостающие блоки "а лету".
То есть данные не хранились "копией", а восстанавливались математически через XOR из чётности и оставшихся данных.
RAID-5 хранит не только данные, но и чётность, распределённую по всем дискам.
При потере одного диска оставшиеся два содержат достаточно информации, чтобы восстановить недостающие блоки.
То есть данные не хранились копией, а восстанавливались математически через XOR из чётности и оставшихся данных.
*Почему невозможно записать файлы, если свободное место есть, права есть и раздел смонтирован для записи?*
На файловых системах типа `ext4` часть блоков зарезервирована для суперпользователя (обычно 5%).
Если все “пользовательские” блоки заняты, обычный пользователь не сможет записывать файлы,
хотя `df` будет показывать, что немного места ещё "есть".
Проверить можно:
На файловых системах типа `ext4` часть блоков зарезервирована для суперпользователя.
Если все пользовательские блоки заняты, обычный пользователь не сможет записывать файлы, хотя `df` будет показывать, что немного места ещё есть.
```bash
sudo tune2fs -l /dev/sdX | grep 'Reserved block count'
```
Также возможны другие причины:
- переполнены inode (слишком много мелких файлов);
- раздел смонтирован в режиме read-only после ошибки (`dmesg` покажет).
Возможно переполнены inode, раздел смонтирован в режиме read-only после ошибки.
=== Вывод:
В ходе лабораторной работы я освоил основные операции с подсистемой хранения данных в Linux: создание и изменение разделов, работу с файловыми системами и LVM, настройку сетевого хранилища NFS и организацию RAID-массивов.
На практике были изучены принципы расширения разделов и томов, монтирование файловых систем, создание зеркальных и распределённых хранилищ, а также восстановление RAID после отказа диска.
Получены навыки администрирования хранилищ и управления доступом к ним.
В ходе лабораторной работы я освоил основные операции с подсистемой хранения данных в linux: создание и изменение разделов, работу с файловыми системами и lvm, настройку сетевого хранилища nfs и организацию raid массивов. На практике были изучены принципы расширения разделов и томов, монтирование файловых систем, создание зеркальных и распределённых хранилищ, а также восстановление raid после отказа диска. Получены навыки администрирования хранилищ и управления доступом к ним.