@Uciebila не это не действует. @Джей Массер - ах, спасибо, что ее хорошо знаете, я не маразматик...! Вы уже изменили свой статус? Если нет, тогда вам в США на F-1 статус, и ваша виза F-1 будет служить доказательством вашего легального пребывания в США. Как отмечается в Хеннинг ответ Makholm, в швейцарском консульстве должны понимать, что это не нужно для визы, остаются действительными в течение своего пребывания в США. Это класс в один вопрос, который охватывает темы, используемые в машинном обучении? `$1` не будут заменены внутри одинарных кавычек. я думаю, это не будет работать, если я не знаю имя ear1.ухо` .. значит старое ухо Господи. Я не знаю, Убунту была "встроенная защита от вирусов". Я предполагаю, что вы уже пробовали Дисковая утилита и если да, то проверку Я также хотел сказать вам, что это здорово, чтобы быть проинформированы, прежде чем руки, но и получить консультацию специалиста. Риск инфекции может быть жизнь долго и опасно для жизни. Спасибо.

Команды 'в' и 'РМ' работали именно такой в любой файловой системе Unix с начала 1970-х годов. Mac и OSX, BSD и Linux все наследуют этот оригинальный дизайн.

Сама по себе ОС UNIX файл не имеет имени, только инода номер или inum. Но доступ к ним возможен только через запись в специальном файле "каталог", которая связывает имя с inum на вопрос; вы не можете указать inum напрямую.

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

Не каталог файл может иметь любое число путей, известная как "жесткие ссылки", и он будет продолжать существовать, пока все на своем пути имена были удалены и последний процесс закрывает файл. Тогда файл действительно удален, а его пространство помечен как доступный для повторного использования. То есть, вы можете creat() и Open() поодиночке-связанный файл, а затем отсоединить() его, чтобы он больше не отображается в файловой системы, но файл будет существовать, пока вы его не закроете. Это полезно для временных файлов нуля, что не будет читать любой другой программы.

Хотя в каталогах есть номера inode, большинство файловых систем запретить жесткие ссылки на них; они могут появиться только в одном другом каталоге. (Одно необычное исключение файловой системы Mac OSX с файловой системой HFS+; это позволяет время резервного копирования машина работает.) Вы все еще можете создать "мягкие ссылки" в каталогах (или любой другой файл). Мягкий ссылке напоминает запись в каталоге, за исключением того, что она содержит еще один путь, а не inum.

Каждый файл в Unix есть владелец, группа и права доступа. Это необходимое, но не достаточное, что они позволяют открыть файл; вы также должны иметь по крайней мере разрешение execute для каждого каталога в пути вы используете, чтобы обратиться к нему. Вот почему не существует никакого стандартного способа открытия файла Unix по его номеру inode; что бы обойти важным, широко используемым механизмом безопасности.

Но это не объясняет, почему там не может быть стандартный путь для корневой (привилегированных) пользователей открыть файл по номеру inode, так как разрешения проверка обходится в любом случае. Это будет очень полезно для некоторых функций системы управления, такие как резервное копирование. Насколько мне известно, такие механизмы существуют, но они все файловая система-определенный; нет общего пути, чтобы сделать это для любой файловой системы Unix.