Символическая ссылка является указателем на другой файл. Когда вы обращаетесь к ссылке, то открывается тот файл, на который она указывает. При удалении ссылки, сам файл, на который она указывает, не удаляется. Более того, ссылка не имеет своих прав доступа, а получает права доступа (в момент своего создания) как бы "в наследство" от файла, на который она ссылается. Кроме того, ссылка может указывать на любой файл: на каталоги, на специальные файлы (сокеты, именованные каналы, файлы устройств, и т.д.), даже на другие символические ссылки.

Команда ln -s target link-name создаст символическую ссылку (параметр "s" - "мягкую"), называемую link-name, и указывающую на существующий файл (каталог и т.д., target - цель) target.

Если файл, на который указывает ссылка, не существует, то ссылка считается “бúтой”. При попытке получить доступ к ней будет получено сообщение об ошибке, что файл, на который ссылается ссылка, не существует. Если ссылка указывает на другую ссылку, получится "цепочка" ссылок, которая превратится в "цикл" (cycle), если в этой цепочке ссылок хотя бы одна из них показывает на один из предыдущих файлов (ссылок, по цепочке). То есть вся цепочка будет закольцована. В этом случае, при попытке получить доступ к одному звену (ссылке, файлу) этой цепочки будет выдана особая ошибка (“слишком много уровней символических ссылок”). Значит ядро отказалось делать далее бессмысленную (с его точки зрения) работу (после нескольких неудачных попыток разобраться с кольцевыми цепочками).

На компьютере часы представлены в двух вариантах. Часы установленные на материнской плате (в BIOS) являются аппаратными и называются “CMOS часы”. Эти часы не очень точные, и обеспечивает довольно медленное время доступа к ним. Ядро операционной системы имеет свои, внутренние, часы, реализованные как маленькая программа. Эти программные часы самостоятельно рассчитывает время и сохраняют его между перезагрузками системы (возможно с помощью серверов времени, смотри Раздел 8.9.2, «Синхронизация Времени»). Эти системные часы обычно более точные, особенно потому, что им не надо получать доступ к аппаратным переменным. Однако, поскольку программные системные часы существуют только в "живой" памяти (то есть в "работающей" системе), они обнуляются каждый раз как только машина загружается (перегружается). Часы CMOS, напротив, имеют аккумулятор и поэтому они “выживают” при перезагрузке или остановке машины. Поэтому во время загрузки компьютера системные часы установлены по данным из CMOS (то есть аппаратно), в момент работы системы - работают программные системные часы в ядре, а в момент выключения компьютера часы в CMOS обновляются по данным из системных программных часов (для того, чтобы учесть возможные изменения или исправления, если аппаратные часы неправильно отрегулированы).

На практике часто встречается проблема: поскольку CMOS часы не более чем простой счётчик времени, то они не содержат информацию о часовом поясе. Следовательно установленное в CMOS время система может толковать двояко: установлены часы в режиме мирового времени (UTC, бывшее GMT), или в режиме местного времени. Казалось бы, что можно просто изменить время в CMOS, когда понадобится и всё. Однако в действительности это немного сложнее: в частности смещение времени из-за переключения на летнее время не является постоянной величиной. В результате нет универсального способа дать понять системе как ей два раза в год переключать часы на летнее время и обратно. Описываемая проблема касается случаев, когда в CMOS установлено местное время. Поэтому, поскольку всегда есть возможность воссоздать местное время путём суммирования информации из двух источников: всемирного времени и информации о часовом поясе на локальном компьютере, настоятельно рекомендуем устанавливать в CMOS часах мировое время (если на компьютере не установлены отличные от Linux операционные системы).

К сожалению, некоторые системы Windows в конфигурации по умолчанию игнорируют эту рекомендацию; они устанавливают часы CMOS на местное время, применяя изменения времени при загрузке компьютера, пытаясь во время изменений времени угадать, было ли это изменение уже применено или нет. Это работает относительно хорошо, пока в системе работает только Windows. Но когда компьютер имеет несколько систем (будь то конфигурация с «двойной загрузкой» или запуск других систем через виртуальную машину), возникает хаос, и невозможно определить правильность времени. Если вам абсолютно необходимо сохранить Windows на компьютере, вам следует либо настроить его так, чтобы часы CMOS оставались в формате UTC. Если вам (по какой-то причине) невозможно обойтись без установленной Windows на компьютере, то немного подкорректируйте её настройки следующим образом. В частности, чтобы установленные в UTC часы CMOS не переустанавливались снова и снова этими операционными системами, в настройках реестра введите параметр "1" и "DWORD" в ключ HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal. Другой вариант решения данной проблемы (для Debian систем) - это выполнить в терминале команду hwclock --localtime --set (и добавить --date "ввести время и дату"), чтобы установить аппаратные часы в нужное вам время и пометить, чтобы система отслеживала местное время (не забудьте вручную иногда контролировать летнее и зимнее время).

NTP (Network Time Protocol - Сетевой Протокол Времени) позволяет машине синхронизироваться с другими (машинами) довольно точно, учитывая задержки, вызванные передачей информации по сети (интернет) или другие возможные отклонения.

Хотя существует множество серверов NTP в Интернете, наиболее популярные из них могут быть перегружены. Именно по этой причине мы рекомендуем использовать NTP сервер pool.ntp.org. Под данным адресам работает на самом деле группа машин, которые согласились предоставлять услуги (неограниченному кругу пользователей) в качестве публичных серверов NTP. Вы можете конкретизировать и выбрать для данных целей именно свою страну. Например us.pool.ntp.org можно использовать для США, или ca.pool.ntp.org для Канады и т.д.

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

В Unix-подобной системе, такой как Debian, файлы организованы в единую древовидную структуру каталогов. Каталог / называется “корневым каталогом”; все дополнительные каталоги (имеющиеся в системе, кроме корневого) являются подкаталогами внутри этого "корневого" каталога. “Монтирование” - это действие, подключающее содержимое периферийного устройства (часто жёсткого диска) к системному общему каталогу файлов в качестве подкаталога. Следовательно, если вы используете отдельный жёсткий диск для размещения персональных данных пользователей, этот диск должен быть “смонтирован” в каталоге /home/ (во время установки вы уже сделали соответствующий выбор, см. Раздел 4.2.13.1, «Автоматическая разметка»). Корневая файловая система всегда монтируется ядром на старте системы; другие устройства часто монтируются позднее, в процессе выполнения последовательности сценариев загрузки системы (например подключается файл подкачки) или вручную с командой mount.

Некоторые съёмные устройства автоматически монтируются сразу после физического подсоединения, особенно при использовании GNOME, KDE Plasma или прочих окружений рабочего стола. Другие монтируются пользователями вручную. Но и в том и в другом случае они должны быть размонтированы до того, как будут физически отсоединены от компьютера (в этом случае из каталога файлов, после размонтирования, исчезнут эти отмонтированные подкаталоги). Рядовые пользователи обычно не имеют прав на выполнение команд mount и umount. Однако, администратор может разрешить им выполнение данных действий (конкретно для каждой точки монтирования) включив параметр user в файл /etc/fstab.

Команда mount может быть использована без аргументов (тогда она просмотрит и отобразит все смонтированные в настоящее время файловые системы, найденные в /proc/mounts). Вы можете выполнить команду findmnt --fstab, чтобы отобразить только файловые системы из /etc/fstab. Добавление в строку с командой параметров необходимо для монтирования или размонтирования устройств, не перечисленных в файле "/etc/fstab"). Для детальной информации, пожалуйста, обратитесь к страницам руководства, mount(8) и umount(8). Для рядовых случаев, синтаксис достаточно прост: для примера, монтировать раздел /dev/sdc1, с файловой системой ext3, в точку монтирования каталог /mnt/tmp/ вы можете просто - выполнив команду mount -t ext3 /dev/sdc1 /mnt/tmp/. (Чтобы определить, как ядро опознало ваш USB-диск например, сделайте до этого "dmesg". Вы увидите "/dev/sdc1" или другое имя вашего устройства, которое и надо будет смонтировать).

systemd может управлять точками автоматического монтирования: это файловые системы, которые монтируются по требованию, когда пользователь пытается получить доступ к целевым точкам монтирования. Он также может отключить эти файловые системы, когда ни один процесс больше не обращается к ним.

Как и большинство концепций в systemd, точки автомонтирования управляются специальными модулями с использованием суффикса .automount. Подробный синтаксис см. в systemd.automount(5).

Существуют и другие программы выполняющие автомонтирование, такие как automount в пакете autofs или amd в пакете am-utils.

Заметим также, что GNOME, KDE Plasma, и другие графические окружения рабочего стола работают совместно с udisks2, и могут автоматически монтировать съёмные устройства после их физического подключения к машине.