diff --git a/labs/lab3/report.pdf b/labs/lab3/report.pdf
index 04c5667..3d53e4f 100644
Binary files a/labs/lab3/report.pdf and b/labs/lab3/report.pdf differ
diff --git a/labs/lab3/report.typ b/labs/lab3/report.typ
index 043ff1b..7e712bc 100644
--- a/labs/lab3/report.typ
+++ b/labs/lab3/report.typ
@@ -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 после отказа диска. Получены навыки администрирования хранилищ и управления доступом к ним.