Иерархическая структура файловой системы в телефоне как исправить
Обновлено: 06.06.2023
Файловые системы организованы иерархически. Это имеет смысл и несколько интуитивно понятно в использовании. Вот как работает ваш компьютер. Все организовано относительно «корневого каталога» (/ в Mac/Linux/BSD, C:\ в Windows). Каждый документ, каждый исполняемый файл, каждый системный файл организован где-то в этой иерархии. Именно так работали персональные компьютеры почти все время, пока на них существовали файловые системы. Для тех, кто разбирается в компьютерах или вырос с компьютерами, это имеет смысл. Конечно, они иерархичны — у вас есть папки и подпапки для организации вещей, у вас есть вещи, разделенные по назначению, что делает их мощным организационным инструментом.
Но это неправильный способ сделать это. Это имеет смысл для инженеров, которые построили системы — это просто и понятно. Но эта идея исходит из того времени, когда компьютеры были машинами науки и войны, а не персональные компьютеры, которыми мы пользуемся сегодня. Правда в том, что такой способ ведения дел просто больше не имеет смысла.
Я чувствую, что некоторые из вас рассержены или смущены мной. Но выслушай меня.
Я начну с того, что покажу, почему и как этот способ организации файлов не удался, в основном на примерах.
Файловые системы — это строительные блоки файлов. Он отслеживает, какое пространство используется, а какое нет, где файлы начинаются и заканчиваются, и где все находится. Фундаментальные идеи файловых систем довольно распространены и работают одинаково независимо от того, в какой операционной системе вы работаете. Конечно, существует множество различных реализаций этого функционала. Если вы работаете в Windows, вы используете NTFS. Если вы используете Mac (или устройство iOS, если уж на то пошло), он работает на HFS+. Если вы работаете в Linux, вы, скорее всего, используете Ext3 или Ext4.
К сведению, NTFS и HFS+ устарели и отстают от своих аналогов в Linux. Предполагается, что в этом году Apple выпустит новую файловую систему под названием APFS, которая имеет несколько интересных функций, но во многих отношениях она все еще уступает аналогам, предлагаемым для Linux.
Вам нужна файловая система, по крайней мере внутри. Без него вы понятия не имеете, какие физические части вашего жесткого диска используются, а какие нет. Вы не знаете, когда файл последний раз редактировался, насколько он велик или где он находится. Без него невозможно пользоваться компьютером. Но нужно ли это показывать пользователю? Возможно, но не так сильно, как сейчас.
Кроме того, имейте в виду, что многое из того, о чем я здесь говорю, уже относится к работе iOS и Android, по крайней мере, в некоторой степени, и я черпал вдохновение как из их успехов, так и из их недостатков. Хотя их методы все еще не соответствуют тому, на что они могли бы быть, я все же считаю, что они являются хорошей вехой.
Наконец, я объясню простыми словами, что такое база данных. Это довольно сложно. По сути, это просто способ хранения большого количества данных и отслеживания взаимосвязей между данными. Например, если мы хотим отслеживать список домов, кто живет в этих домах и как их зовут, это может сделать база данных. Проще всего представить себе, что база данных — это, по сути, большая электронная таблица Excel. Вы можете поместить в него массу данных. Для каждого бита информации у вас есть столбец (адрес, имя, номер телефона в нашем примере выше). Каждая строка — это еще одна запись с другим человеком. Мы также можем фильтровать или сортировать наши записи по любому из столбцов.
Пример 1. Рабочий стол
Все мы знаем людей, чей рабочий стол выглядит так. Черт, я бы не стал вас винить — иерархическая структура файловой системы в основном поощряет это. Один из основных принципов создания удобного пользовательского интерфейса заключается в следующем: сведите к минимуму количество кликов, необходимых пользователю для выполнения того, что он хочет сделать. Сохранение файлов на рабочий стол — самый простой способ сделать это. Хотите открыть документ Word, над которым вы работали? Вот оно. Не нужно открывать проводник или запоминать, где вы его сохранили — он прямо здесь.
Но мне есть что сказать, поэтому я буду краток. Смысл иерархической файловой системы, предположительно, в том, чтобы поддерживать порядок. Это противоположно этому. И почему это процветает? Потому что файловая система поощряет людей делать это. Это побуждает людей быть неорганизованными в угоду удобству.
Пример 2. Альфред и QuickSilver
Alfred и QuickSilver — это приложения для Mac, которые позволяют легко искать файлы и выполнять некоторые основные действия. Они существовали до того, как Apple обновила Spotlight для той же цели. QuickSilver существует уже более 6 лет, и он и Альфред были очень популярны в некоторых кругах из-за того, насколько они упростили жизнь.Они решили ту же проблему, что и размещение всего на рабочем столе, — файлы и приложения легко найти и открыть.
Вот как это работает: нажмите cmd-space (или в Windows клавишу Windows) и начните печатать. Как только вы наберете достаточное количество имени приложения или файла, оно появится в поиске, и вы нажмете Enter. Бам, вы открыли файл за 0 кликов и несколько нажатий клавиш.
Это упрощает организацию, так как открыть файл легко, независимо от того, насколько глубоко он находится в файловой системе. Но это еще один симптом проблемы - тот факт, что это было необходимо в первую очередь, указывает на проблему.
Пример 3. Потому что я всегда следую правилу трех
Для этого вам нужно понять, что такое символическая ссылка. По сути, это более мощная версия ярлыков Windows или псевдонимов Mac, которая особенно хорошо работает для папок. По сути, вы говорите компьютеру: «Хорошо, когда я скажу «Документы/фотографии», просто перенаправьте меня в папку «Мои фотографии».
В этом примере я расскажу о том, как упорядочиваю свои файлы. Я одержим своей файловой организацией. У меня есть подпапка за подпапкой, все аккуратно названо, все на своих местах. Нет беспорядка. В основном противоположность моего домашнего офиса. Затем у меня есть десятки символических ссылок, указывающих на связанные папки (например, код моего старшего дизайнера принадлежит как к папке «MSOE», так и к папке «Code»), так что все доступно из любого места, где это имеет смысл. Затем еще десятки, тщательно продуманных, чтобы предложить хорошее удобство, но при этом свести к минимуму беспорядок. По сути, я очень стараюсь поддерживать чистоту и работоспособность файловой системы.
В качестве примера возьмем только папку «Мои документы». У меня там 0 файлов, но 19 папок. 4 из этих папок скрыты, потому что приложения помещают туда что-то, и я не мог от этого избавиться. Еще 4 папки являются символическими ссылками, потому что либо ОС делает что-то, что мне нужно обойти, либо она находится глубже в моем файловом дереве, и мне нужны ярлыки. Одна из таких папок — гугл диск. Для каждой подпапки на диске Google у меня есть символическая ссылка где-то еще, указывающая на нее, поэтому я могу сделать ее доступной из логического места. Некоторое программное обеспечение хочет поместить папки в Документы, когда они там не должны, поэтому я придумываю обходной путь. Иногда совместимость заставляет вещи вести себя странным образом (например, Google Диск), поэтому я использую символическую ссылку, чтобы обойти это. Я хочу сказать, что для логической, иерархической и доступной организации моих файлов мне нужно использовать специальные команды и знания, которых просто нет у обычного пользователя. Все для того, чтобы файловая система работала нормально.
Это не признак хорошей системы.
Я считаю, что мой способ организации файловой системы — один из самых элегантных и один из лучших, которые я когда-либо видел. Я действительно очень горжусь этим, но даже тогда я все еще чувствую, что это часто довольно уродливо и хакерски из-за его ограничений.
Есть также технические причины, по которым этот метод управления документами несовершенен. Самый очевидный — вирусы. Скажем, вы загружаете RansomWare. Он начинает шифровать все ваши документы, и БАМ! ты потерял все. Это работает только потому, что, поскольку процесс выполняется от вашего имени, файловая система позволяет ему получить доступ ко всем вашим файлам, не задавая никаких вопросов. Скажем, RansomWare была замаскирована под игру — имеет ли смысл игра открывать документы Word? Точно нет. Но в файловой системе они никак не различаются, так что может. Вот почему вы на самом деле не получаете RansomWare на устройствах iOS и Android — если они хотят получить доступ к вашим текстовым документам, вашим фотографиям или чему-то еще, они должны спросить у вас разрешения. Мобильные устройства уже реализуют то, о чем я здесь говорю.
Итак, пока мы говорим о мобильных устройствах, давайте поднимем еще один вопрос. На вашем телефоне, где находятся ваши фотографии? Легко, в приложении «Фотографии». На вашем компьютере, где находятся ваши фотографии? Наверное, в разных местах. На мой взгляд, именно поэтому планшеты и особенно устройства iOS проще для менее технически подкованных людей. Вещи организованы не иерархически, а по приложениям. Хотите открыть документ Word? Открытое слово. Фото? Откройте фотографии. Файл фотошопа? Откройте фотошоп. Вся иерархия абстрагируется от пользователя. Было доказано, что это более безопасный и интуитивно понятный способ работы.
Из Википедии: «В программной инженерии и компьютерных науках абстракция — это метод упорядочивания сложных компьютерных систем. Он работает, устанавливая уровень сложности, на котором человек взаимодействует с системой, подавляя более сложные детали ниже текущего уровня».
Не поймите меня неправильно, я не хочу полностью отказываться от этого. Такая организация компьютеров имеет смысл, и так было уже давно. Ученые-компьютерщики придумали, как его организовать и работать с ним.Серверы мира построены на нем, и он отлично подходит для этого. Он идеально подходит для хранения операционных систем. Мой аргумент заключается только в том, что для пользователей файловая система — это ужасный способ хранения документов и прочего.
В системах Linux и BSD все очень четко организовано в этой иерархии. /bin предназначен для двоичных файлов, /home — это место, где находятся домашние папки пользователей, /etc — это место, где живут настройки и так далее. Это имеет смысл для той цели, для которой оно служит, и на самом деле является довольно элегантным решением. Опять же, моя говядина связана с документами пользователей.
Спасибо за вопрос. Признаюсь, это действительно трудная проблема по разным причинам. Наиболее очевидным является обратная совместимость. Общие файловые ресурсы также представляют некоторую проблему, но, возможно, они могут остаться такими, какие они есть. Есть множество вещей, которые могут затруднить совместимость, но этот пост и без того длинный. Я просто собираюсь посмотреть, как решить эту проблему на одном персональном компьютере.
Я также скажу, что люди умнее меня пытались и не смогли этого сделать. Примечательно, что инженеры Apple попытались сделать это с iCloud. Он не прижился и, на мой взгляд, не очень хорошо работает.
Вот проблема в том, как Apple подходит к этим проблемам: они не хотят коренным образом менять то, как они работают, они просто хотят небрежно добавлять новые идеи к старому программному обеспечению. Лучшим примером этого является их (скоро устаревшая) файловая система HFS+. HFS+ является преемником HFS, и, по сути, Apple просто добавляла некоторые новые функции в HFS с помощью уродливых обходных путей. Это несколько позорно. Когда они попытались организовать по приложениям через свою платформу iCloud, они сделали нечто подобное.
Если мы хотим найти хорошее решение, мы должны быть оригинальными. Нам нужно быть творческими. Нам нужно набраться мужества. Пока мы работаем с полумерами и отговорками для завершения решений, система, которую мы создаем, окажется несовершенной.
Лично я думаю, что правильный ответ на этот вопрос — база данных. Мы могли бы построить базу данных поверх файловой системы (это действительно имело бы смысл), но она должна была бы быть повсеместной. Почему? Это позволит чрезвычайно эффективно искать документы или приложения по любым критериям. Текущие файловые системы на самом деле делают что-то подобное, но я хочу перейти на следующий уровень.
Некоторым из вас может быть интересно, как я отношусь к проектам. Например, в коде у вас есть целая папка, полная файлов и ресурсов с множеством типов файлов. У меня есть некоторые идеи о том, как решить эту проблему, а именно, поместив файлы в песочницу в один файл «проекта», который на самом деле является папкой (что-то вроде того, как Apple обрабатывает .apps), но я не буду вдаваться в это здесь.
Далее нам нужен менеджер документов. На самом деле, это было бы довольно легко написать, даже просто поверх файловой системы. С базой данных это было бы невероятно мощно. Если бы он был интегрирован в операционную систему, это был бы, на мой взгляд, лучший из существующих файловых менеджеров.
Позвольте мне рассказать вам, как это будет работать. Вы открываете менеджер, и перед вами появляется подсказка. Вы вводите «Word», и он показывает вам список всех ваших файлов Microsoft Word, упорядоченных по времени последнего редактирования. Вы ищете рассказ о коротком рассказе, поэтому набираете «рассказ». Появятся семь файлов, и вы нажмете клавишу ввода, чтобы открыть тот, что находится вверху. Вы не знаете, в какой папке он находится. Вам все равно. Но его легко найти, и это имеет смысл.
Если вы не разбираетесь в технических вопросах, этот раздел можно пропустить. Если вы все равно хотите попробовать, добро пожаловать, но вам может понадобиться много поискать.
Допустим, наша база данных является реляционной и построена поверх файловой системы. По сути, так уже работает индексация в файловых системах, но мы можем сделать лучше.
Каждый файл имеет свою запись в таблице. У него есть путь (его нужно будет обновлять при перемещении файла, но это вполне выполнимо, по крайней мере, в MacOS). Файл имеет путь, расширение (.jpg), тип файла (картинка). У каждого типа файла есть определенные приложения, которым разрешено читать и записывать его. Например, изображение будет доступно для чтения фотоменеджерам, офисным программам и множеству других вещей, а для записи — таким вещам, как фотоменеджеры и редакторы изображений. Только приложения, которые зарегистрированы как читатели типа (и одобрены пользователем), могут читать этот тип файла, и то же самое для записи. Если приложение RansomWare хочет зашифровать все ваши документы, оно должно сначала попросить вас. В идеале приложения имеют модульные разрешения (например, как в iOS для любого приложения можно ограничить доступ к функциям устройства).
Итак, путь к файлу — 1-1, расширение файла — много-1, тип файла может быть много-много (расширения могут быть зарегистрированы для нескольких приложений. Глупо, но такое случается). type-readapps — это много-много, а type-writeapps — это много-много. Если вы разбираетесь в реляционных базах данных, это должно иметь смысл.
Обязательное примечание «нереляционные базы данных было бы глупо для этого». Во-первых, мы знаем точную структуру каждой таблицы (помимо размера пути), и это очень предсказуемо. Даже если мы его конкретизируем и у нас будет много таблиц, это все равно будет очень просто. Во-вторых, это будет работать на одной машине, нет причин для терпимости к разделам. В-третьих, здесь важны согласованность и доступность. В-четвертых, SQL более зрелый и надежный. В-пятых, хорошо настроенная система SQL будет намного быстрее и эффективнее. В-шестых, перестаньте пытаться отговориться от SQL только потому, что это требует большей предусмотрительности.
Файлы индексируются по каждому основному полю, по которому можно выполнять поиск. Имя, дата создания, дата модификации, дата добавления, дата чтения, имя, расширение, тип файла и т. д. Мне нужно было бы провести большой анализ, чтобы выяснить, какие составные индексы нам нужны, но вы поняли ( Надеюсь).
База данных, когда представлено имя документа, просто ищет файлы, которые, конечно же, проиндексированы по имени. Легко и быстро. Тип документа? Соедините файлы с их типами и отфильтруйте их. Расширение? Еще проще. Приложение? Присоединиться к приложению, списку чтения, типу файла и файлу, отфильтрованному по приложению. Легко.
Мы могли бы даже иметь собственную систему «папок», основанную на тегах. Пометьте его словом «школа», чтобы перейти в школьную папку. Это также позволяет обойти проблему иерархических файловых систем, не позволяющую совместно использовать документ между папками.
У мобильных операционных систем была возможность попробовать что-то по-новому, потому что им не нужно было следовать этим устаревшим парадигмам. И я отдам им должное за то, что они попробовали что-то новое и что-то другое. Это все еще молодой метод управления файлами, но я считаю, что он развивается, и я считаю, что он более или менее содержит ключи к будущему.
Я не специалист по пользовательскому опыту. Но традиционный способ устарел и, что еще хуже, продвигает неверные методы. Пришло время переосмыслить то, как мы делаем вещи в эпоху, когда компьютеры являются потребительскими товарами, а не загадочными машинами, которыми управляют специалисты. С появлением устройств с сенсорным экраном мы видим множество новых идей в этой области, и я надеюсь, что в ближайшем будущем мы перейдем к более совершенной системе. Может быть, вы не согласны со мной. На самом деле, это вполне вероятно. Но подумайте о том, что я сказал здесь, и будьте непредвзяты. Ни одна система не идеальна, но простой факт заключается в том, что файловая система возникла еще до появления персональных компьютеров, и, на мой взгляд, здесь мы пытаемся вставить круглые колышки в квадратные отверстия.
За последние несколько десятилетий информатика развивалась со скоростью света. Одним из недостатков этого является то, что мы столкнулись со множеством странных способов делать что-то только из-за обратной совместимости. По мере дальнейшего развития нашей области нам необходимо находить новые и более эффективные способы ведения дел и исправлять свои ошибки, какими бы сложными они ни были.
Возможно, вы не согласны со мной в этом вопросе и даже можете быть правы. Но вышесказанное важнее. Нам нужны свежие идеи и непредубежденность в отношении того, как делать как старые, так и новые вещи. Сфере разработки программного обеспечения меньше 100 лет (C – всего 45 лет), и в такой молодой области фраза "так было всегда" не является хорошим оправданием.
Иерархическая структура файлов Linux определяет структуру каталогов и содержимое каталога, которые аналогичны Unix-подобным операционным системам. Он поддерживается Linux Foundation.
Они используются для просмотра всех файлов и каталогов, находящихся в корневом каталоге. Их можно просматривать, даже если они хранятся на разных физических или виртуальных устройствах.
Даже если некоторые из этих каталогов существуют только в определенных системах или определенных подсистемах, которые могут включать OS X, система Windows установлена.
Важность
Важность структуры файловой иерархии указана ниже —
Самое большое значение файловой структуры заключается в том, что она поддерживает структуру файлов в операционной системе, которая дополнительно обеспечивает системную иерархию и помогает пользователю легко искать каталоги.
Это помогает экономить время, упорядочивать каталоги и файлы, а также поддерживать файловые системы.
Проблемы
Проблемы структуры файловой иерархии приведены ниже —
При просмотре файловой структуры не будет обслуживания файлов, а каталоги будут сохранены здесь и там, что увеличит неоднозначность в файловых системах.
Проблема в иерархии файловой системы заключается в том, что она облегчает пользователю работу с файловой системой, а без нее будет много проблем с поиском, управлением и обновлением файловых структур.
Теперь давайте посмотрим на иерархическую файловую систему и на то, как решить проблему именования, возникающую в файловой системе с одним каталогом.
В файловой системе с одним каталогом все файлы в основном хранятся в одном каталоге, это очень просто реализовать и использовать, но есть ограничения, если файлов слишком много или больше пользователей, поскольку все файлы находятся в одном каталоге. у них должно быть уникальное имя, например, если несколько пользователей вызывают тест наборов данных, правило уникального имени нарушается.
В иерархической файловой системе преимущество состоит в том, что каждый пользователь получает свой каталог и может хранить свои файлы в своих собственных каталогах или, что еще лучше, может даже создавать подкаталоги, чтобы группировать файлы было намного проще, благодаря этому группируется каждый файл. в системе будет иметь уникальный путь, поэтому каждый файл будет иметь уникальное имя пути.
Файловые менеджеры могут быть мощным инструментом для поддержания порядка в памяти телефона, но не всегда понятно, для чего предназначены некоторые папки.
Файловые менеджеры Android могут быть мощным инструментом для поддержания порядка в телефоне, но организационная структура Android или кажущееся отсутствие таковой может быть немного сложной для обычного браузера. Доступ к данным приложений, изображениям, музыке и многому другому осуществляется через одну начальную папку, и это, безусловно, отличается от иерархии, к которой привыкли пользователи ПК и Mac, и гораздо более мощная, чем та, что доступна пользователям iOS.< /p>
В Android у вас не будет доступа к самым глубоким системным файлам Android с помощью обычного файлового менеджера или подключения к ПК. Тем не менее, это не означает, что вы можете просто удалить любой файл по своему желанию. Вот разбивка некоторых наиболее распространенных папок хранилища, для чего они нужны и какие из них вы можете удалить.
Иерархия хранилища
Поскольку Android – это операционная система на базе Linux, в вашем телефоне используется структура файловой системы, напоминающая Linux. В этой системе на каждом устройстве есть шесть основных разделов: загрузочный, системный, восстановление, данные, кеш и прочее. Карты MicroSD также считаются отдельным разделом памяти. Устройства, которые поставляются с Android 7.0 Nougat, и введение бесшовных обновлений добавляет второй системный раздел, один из которых обновляется в фоновом режиме и может быть быстро переключен при перезагрузке, что делает обновление бесшовным. Вот краткое описание того, что содержится в каждом разделе:
- boot — этот раздел содержит ядро, оперативный диск и т. д., необходимые для загрузки телефона при включении питания.
- system — системный раздел содержит файлы операционной системы (также известные как ПЗУ), в том числе пользовательский интерфейс Android и предустановленные приложения.
- Восстановление. Альтернативный вариант загрузки ОС. Программное обеспечение для восстановления позволяет пользователю создавать резервные копии и восстанавливать другие разделы.
- данные — в разделе данных хранятся пользовательские данные, начиная от контактов и сообщений и заканчивая приложениями и музыкой. К этому разделу вы можете получить доступ через файловый браузер. Этот сектор стирается при сбросе настроек.
- кеш — здесь Android хранит часто используемые данные и компоненты приложений. Его можно стереть, чтобы устранить определенные проблемы, и со временем он автоматически перестраивается и обновляется.
- misc – этот раздел содержит другую важную информацию о системных настройках, такую как конфигурация USB, идентификатор оператора связи и другие настройки оборудования, обычно сохраняемые в виде переключателей включения/выключения.
Без root-доступа пользователи Android имеют доступ только к разделу данных, и это то, что вы будете видеть при подключении телефона к компьютеру или просмотре через файловый менеджер. Ваша карта microSD, если применимо, также будет отображаться в этом доступном для пользователя разделе данных, к которому вы также можете получить доступ через ПК или файловое приложение.
Обычно вы можете получить доступ только к данным приложения, сохраненным в разделе пользовательских данных. Для доступа приложений и пользователей к другим ячейкам памяти требуется root-доступ.
Приложения и общие папки (раздел данных)
Удалив этот фон, мы теперь знаем, что у нас нет доступа к каким-либо основным файлам загрузки, восстановления или системным файлам Android при просмотре раздела данных, поэтому вызвать катастрофический сбой системы будет довольно сложно. сделать. Однако для пользователей root это отличается. Тем не менее, нам все равно нужно быть осторожными в том, что мы делаем в этом секторе, так как некоторые приложения могут полагаться на данные, сохраненные здесь, и их удаление или перемещение может привести к нестабильности системы.
Прежде чем мы пойдем дальше, вы можете зайти в раздел данных своего телефона и посмотреть, что там находится. Для этого телефоны с установленным Android Marshmallow или Nougat поставляются с собственным файловым менеджером, который может получить доступ к этому полному разделу.Этот параметр скрыт в разделе Настройки > Хранилище > Другое. Некоторые телефоны на более старых версиях Android могут включать или не включать собственный файловый менеджер, в зависимости от OEM-производителя.
Кроме того, в Play Маркете доступно множество сторонних приложений, которые могут делать то же самое. Двумя наиболее популярными являются FX File Explorer и Solid Explorer. (Примечание редактора: ES File Explorer раньше был отличным вариантом, но мы больше не можем его рекомендовать из-за его неудобных рекламных методов.)
Вы также можете просматривать файлы на своем ПК, подключившись через USB. Просто убедитесь, что ваш телефон находится в режиме MTP (передача мультимедиа), чтобы вы могли видеть полный раздел данных.
Доступ к вашему внутреннему хранилищу можно получить как с ПК, так и напрямую с телефона через файловый браузер.
Если ваша внутренняя память выглядит немного заполненной, вы можете заметить, что здесь есть несколько папок, предназначенных для приложений, возможно, даже оставшихся, которые вы удалили. Как правило, мы не рекомендуем вмешиваться в какие-либо файлы приложений, но если вы удалили приложение и заметили, что папка осталась, удаление папки не должно причинить вреда. Скорее всего, он все равно пуст или содержит какие-то лог-файлы, которые больше не нужны.
Даже если у вас не установлено много приложений, по умолчанию этот раздел пользовательских данных будет содержать несколько папок, используемых для хранения ваших контактов, изображений, музыки и т. д. Вот список наиболее распространенных папок, которые вы будете найти здесь, которые не принадлежат стороннему приложению.
- Android: это расположение по умолчанию, используемое для кэша приложений и сохраненных данных. Не рекомендуется удалять, если вы не возражаете против потери данных приложения; это может привести к сбоям в работе некоторых приложений.
- Будильники, мелодии звонка, уведомления. В этой папке хранятся пользовательские аудиофайлы для будильников, мелодий звонка и уведомлений, которые могут использоваться некоторыми стандартными и сторонними приложениями.
- Cardboard. Это еще одна не требующая пояснений папка, которая содержит данные для некоторых приложений виртуальной реальности, но в остальном будет пустой.
- DCIM – здесь сохраняются снимки, сделанные приложением основной камеры. Вы обнаружите, что эта папка создана на вашей карте microSD, если вы также решите сохранять там изображения.
- Загрузки. Здесь будет отображаться все, что вы загружаете из веб-браузера, например Chrome или Firefox.
- Изображения, Музыка, Фильмы, Видео. Все эти папки по умолчанию используются различными приложениями для ваших мультимедийных нужд. Некоторые приложения позволяют указать другие местоположения, но большинство медиаплееров будут искать эти каталоги по умолчанию. Скриншоты часто сохраняются в папке с изображениями.
- Подкасты. Эта папка используется некоторыми приложениями для отделения файлов посткаста от остальной музыки. Будет пустым, если вы не используете приложение для подкастов.
Итак, какие папки хранилища я могу (или должен) удалить?
Не рекомендуется вмешиваться в папки приложений, если вы точно не знаете, что хотите удалить. Безопасно добавлять и удалять файлы из любого места хранения мультимедиа, но, возможно, нецелесообразно полностью избавляться от папки. Если папка пуста, например папка «Будильники», вы можете подумать, что она вам не нужна, но она также не занимает значимого места на вашем устройстве, и, вероятно, лучше сохранить ее, чтобы какое-то приложение не полагалось на нее позже. время.
Со временем внутренняя память вашего телефона, вероятно, будет выглядеть намного более занятой, чем только эти папки выше, поскольку вы устанавливаете и удаляете все больше приложений. Периодическая уборка никогда не бывает плохой идеей, но если вы не будете регулярно перемещать файлы на телефон и обратно, я бы не стал об этом беспокоиться. Кроме того, удаление пустых папок не освободит место; вместо этого вам, скорее всего, придется удалить приложения или удалить некоторые фильмы.
Теперь, когда вы знаете, для чего используется каждая из этих папок, вы, надеюсь, обнаружите, что вам будет проще поддерживать порядок на своем телефоне Android.
Если на вашем компьютере установлена ОС Linux с иерархическим хранилищем файлов, это руководство пользователя должно помочь.
Файл конфигурации Linux имеет иерархическую файловую структуру, поскольку содержит корневой каталог со своими подкаталогами. Все остальные каталоги доступны с корневых страниц отправки. Он также определяет четкую структуру файлов в куче, например использование каталогов для организации определенных файлов.
Есть ли в Linux иерархическая файловая система?
Структура иерархии файлов Linux или Стандарт иерархии файловой системы (FHS) определяет произвольные структуры каталогов и содержимое каталогов в Unix-подобных операционных системах.Он поддерживается Linux Foundation.
Структура иерархии файлов Linux или Стандарт иерархии файловой системы (FHS) определяет структуру индекса и содержимое каталогов в Unix-подобных операционных системах. Он поддерживается с помощью Linux Foundation.
- В FHS файлы и каталоги практически находятся в корневом каталоге /, хотя эти типы продуктов хранятся на разных физических, а иногда и виртуальных устройствах.
- Некоторые из этих каталогов существуют отдельно. в данной системе, если установлена какая-то подсистема, например X, большая часть системы Windows.
- Большинство страниц каталогов статей присутствуют во всех системах UNIX sprint и обычно используются для обозначения одного и того же; Однако я бы сказал, что приведенные здесь описания используются, например, для FHS и не могут считаться авторитетными для других платформ, кроме Linux.
- Каждый отдельный файл и дополнительные каталоги начинаются с корневого каталога
- Один пользователь root может писать в этот каталог
- /root — это просто корневой домашний каталог пользователя, который не всегда совпадает с /
- Содержит исполняемые двоичные файлы.
- От этого каталога зависят общие инструкции Linux, необходимые для использования однопользовательских режимов.
- Команды, используемые всеми пользователями, которых вы видите в системе. удачно расположенные egPs, ls, ping, grep, cp
- Это включает в себя детекторы для терминалов, USB или устройств в любое время для системы.
- Пример: /dev/tty1, /dev/usbmon0
- Содержит загрузку конфигурации всех программ под именем requiredName.
- Также включает время запуска и остановки сценария оболочки для запуска/остановки отдельных программ.
- Пример: /etc/resolv.conf, /etc/logrotate.conf.
- Домашние списки, которые позволяют всем пользователям сохранять конфиденциальность своих файлов.
- Пример: /home/kishlay, /home/kv
- Имена файлов библиотек обычно имеют форму ld* или lib*.so.*.
- Пример: ld-2.11.1.so, libncurses.so.5.7
- Смонтировать временный каталог для съемных носителей.
- Примеры: /media/cdrom для компакт-диска; /media/floppy для слабых игроков; /media/cdrecorder для записи компакт-дисков
- Временные списки монтирования, в которые системные администраторы могут монтировать файловые системы.
- То же, что и /bin, /sbin, но дополнительно содержит двоичные исполняемые файлы.
- Команды Linux в этом каталоге обычно используются системой для администрирования и восстановления системы. iptables,
- пример: перезагрузка, fdisk, ifconfig, swapon
- srv привязан к службе.
- Содержит связанные данные, относящиеся к серверной службе. /срв/cvs
- Например, создает связанные данные CVS.
- Каталог, содержащий временные материалы, созданные пользователями и пользователями системы.
- Файлы в этом каталоге будут удалены при перезапуске Physique.
- Содержит двоичные файлы, библиотеки и документацию. Исходный код предназначен для программ второго уровня.
- /usr/bin содержит двоичные файлы для пользовательских программ. Если вы действительно не можете найти пользовательские двоичные файлы намного ниже /bin, загляните в /usr/bin. Например: только at, awk, less, cc, scp
- /usr/sbin предоставляет двоичные файлы для системных администраторов. Если вы не можете найти системный двоичный файл в /sbin, посмотрите в /usr/sbin. Для практики: atd, cron, sshd, useradd, userdel
- /usr/lib состоит из библиотек для /usr/bin и /usr/sbin
- /usr/local — это созданные пользователем программы, которые вы устанавливаете из исходного кода. Например, если вы настраиваете Apache из исходного кода, он будет помещен в /usr/local/apache2
- /usr/src, где расположены устройства ядра Linux, заголовочные файлы и документация.
- Содержит информацию о запущенном процессе.
- Это псевдофайловая система, содержащая информацию о работающем эссе программы. Например: /proc/pid index содержит информацию о процедуре с этим конкретным PID.
- Это важный текст виртуальной файловой системы, содержащий информацию о системных ресурсах. Пример: для /proc/uptime
Современные дистрибутивы Linux включают каталог /run, потому что временная файловая система (tmpfs) после версии FHS 3.0 продает нестабильные данные времени выполнения в Интернете. Согласно версии 2.3 FHS, эти данные были спрятаны в /var/run, но в некоторых случаях это проблема, потому что этот уникальный каталог не всегда доступен только в начале загрузки. В начале программам приходилось прибегать к таким уловкам, как использование каталогов /dev/.udev, /dev/.mdadm, /dev/.systemd или /dev/.mount, даже каталог устройства не был нужен для этих данных. . Другое преимущество состоит в том, что это упрощает использование системы, поскольку корневая файловая система доступна только для чтения. Например, вот прогресс Debian с выпуском Wheezy 2013:
- /dev/.*? /выполнить/*
- /dev/shm? /выполнить/шм
- /dev/shm/*? /выполнить/*
- /etc/* (файлы с возможностью записи) /run/*
- /lib/init/rw – ? /выполнить
- /var/блокировка? /запустить/блокировать
- /var/run ? /выполнить
- /tmp? /выполнить/tmp
Устранение распространенных ошибок ПК
Ваш компьютер барахлит? Не волнуйтесь, Reimage здесь, чтобы помочь. Всего за несколько кликов наше программное обеспечение может сканировать вашу систему на наличие проблем и автоматически устранять их. Так вы сможете вернуться к работе как можно быстрее. Не позволяйте маленькому сбою остановить вас — скачайте Reimage сегодня!
Структура файловой системы — это самый базовый уровень организации операционной системы. То, как операционная система взаимодействует со своими пользователями, приложениями и моделью безопасности, почти всегда зависит от того, как операционная система организует файлы на устройствах хранения. Предоставление общей структуры файловой системы гарантирует пользователям и программам доступ к файлам и запись в них.
Доступ кобщим файлам возможен локально и с удаленных узлов; файлы, которыми нельзя поделиться, доступны только локально. Переменные файлы, такие как файлы журналов, можно изменить в любое время; статические файлы, такие как двоичные файлы, не изменяются без вмешательства системного администратора.
Такая категоризация файлов помогает соотнести функцию каждого файла с разрешениями, назначенными каталогам, в которых они хранятся. То, как операционная система и ее пользователи взаимодействуют с файлом, определяет каталог, в котором он находится, смонтирован ли этот каталог с разрешениями только для чтения или чтения/записи, а также уровень доступа каждого пользователя к этому файлу. Верхний уровень этой организации имеет решающее значение; доступ к базовым каталогам может быть ограничен, в противном случае могут возникнуть проблемы с безопасностью, если правила доступа с верхнего уровня не придерживаются жесткой структуры.
2.1. Обзор стандарта иерархии файловой системы (FHS)
Red Hat Enterprise Linux использует структуру файловой системы Стандарт иерархии файловой системы (FHS), которая определяет имена, расположения и разрешения для многих типов файлов и каталогов.< /p>
Документ FHS является авторитетной ссылкой на любую файловую систему, совместимую с FHS, но стандарт оставляет многие области неопределенными или расширяемыми. Этот раздел представляет собой обзор стандарта и описание частей файловой системы, не охватываемых стандартом.
Возможность монтировать раздел /usr/ только для чтения. Это особенно важно, так как /usr/ содержит общие исполняемые файлы и не должен изменяться пользователями. Кроме того, поскольку /usr/ монтируется только для чтения, его можно монтировать с дисковода компакт-дисков или с другой машины через монтирование NFS только для чтения.
2.1.1. Организация FHS
2.1.1.1. Сбор информации о файловой системе
Пример 2.1. вывод команды df
По умолчанию df показывает размер раздела в блоках по 1 килобайту и объем используемого и доступного дискового пространства в килобайтах. Для просмотра информации в мегабайтах и гигабайтах используйте команду df -h. Аргумент -h означает «удобочитаемый» формат. Вывод для df -h выглядит примерно так:
Пример 2.2. вывод команды df -h
Примечание
В приведенных выше примерах смонтированный раздел /dev/shm представляет файловую систему виртуальной памяти системы.
Команда du отображает приблизительный объем пространства, используемого файлами в каталоге, а также использование диска для каждого подкаталога. Последняя строка в выводе du показывает общее использование диска каталогом; чтобы увидеть только общее использование диска каталогом в удобочитаемом формате, используйте du -hs . Дополнительные параметры см. в man du .
Чтобы просмотреть системные разделы и использование дискового пространства в графическом формате, используйте системный монитор Gnome, щелкнув Приложения → Системные инструменты → Системный монитор или используя команду gnome-system-monitor . Выберите вкладку «Файловые системы», чтобы просмотреть системные разделы. На рисунке ниже показана вкладка «Файловые системы».
Рисунок 2.1. Вкладка «Файловые системы» системного монитора GNOME
2.1.1.2. Каталог /boot/
Каталог /boot/ содержит статические файлы, необходимые для загрузки системы, например ядро Linux. Эти файлы необходимы для правильной загрузки системы.
Предупреждение
2.1.1.3. Каталог /dev/
Эти узлы устройств необходимы для правильной работы системы. Демон udevd создает и удаляет узлы устройств в /dev/ по мере необходимости.
Устройства в каталоге /dev/ и подкаталогах определяются либо как символьные (обеспечивающие только последовательный поток ввода и вывода, например, мышь или клавиатура), либо как блочные (доступны случайным образом, например, жесткий диск или дисковод). Если установлены GNOME или KDE, некоторые запоминающие устройства автоматически обнаруживаются при подключении (например, через USB) или вставке (например, привод CD или DVD), и появляется всплывающее окно с отображением содержимого.
Таблица 2.1. Примеры общих файлов в каталоге /dev
| Файл | Описание |
|---|---|
| /dev/hda | Главное устройство на основном канале IDE. |
| /dev/hdb | Подчиненное устройство на основном канале IDE. |
| /dev/tty0 | Первая виртуальная консоль. |
| /dev/tty1< /td> | Вторая виртуальная консоль. |
| /dev/sda | Первое устройство на основном канале SCSI или SATA. |
| /dev/lp0 | Первый параллельный порт. |
| /dev/ttyS0 | Последовательный порт. |
2.1.1.4. Каталог /etc/
Каталог /etc/ зарезервирован для файлов конфигурации, которые являются локальными для машины. Он не должен содержать двоичных файлов; любые двоичные файлы следует переместить в /bin/ или /sbin/ .
Например, в каталоге /etc/skel/ хранятся "каркасные" пользовательские файлы, которые используются для заполнения домашнего каталога при первом создании пользователя. Приложения также хранят свои файлы конфигурации в этом каталоге и могут ссылаться на них при выполнении. Файл /etc/exports определяет, какие файловые системы экспортируются на удаленные хосты.
2.1.1.5. Каталог /lib/
Каталог /lib/ должен содержать только библиотеки, необходимые для выполнения двоичных файлов в /bin/ и /sbin/ . Эти образы общих библиотек используются для загрузки системы или выполнения команд в корневой файловой системе.
2.1.1.6. Каталог /media/
Каталог /media/ содержит подкаталоги, используемые в качестве точек подключения для съемных носителей, таких как USB-накопители, DVD-диски и компакт-диски.
2.1.1.7. Каталог /mnt/
Каталог /mnt/ зарезервирован для временного монтирования файловых систем, например файловых систем NFS. Для всех съемных носителей используйте каталог /media/. Автоматически обнаруженные съемные носители будут смонтированы в каталоге /media.
Важно
2.1.1.8. Каталог /opt/
Каталог /opt/ обычно зарезервирован для программного обеспечения и дополнительных пакетов, которые не являются частью установки по умолчанию. Пакет, который устанавливается в /opt/, создает каталог с его именем, например /opt/имя_пакета/ . В большинстве случаев такие пакеты имеют предсказуемую структуру подкаталогов; большинство хранит свои двоичные файлы в /opt/packagename/bin/, а свои справочные страницы в /opt/packagename/man/ .
2.1.1.9. Каталог /proc/
Каталог /proc/ содержит специальные файлы, которые либо извлекают информацию из ядра, либо отправляют ему информацию. Примеры такой информации включают системную память, информацию о ЦП и конфигурацию оборудования. Для получения дополнительной информации о /proc/ обратитесь к Разделу 2.3, «Виртуальная файловая система /proc».
2.1.1.10. Каталог /sbin/
В каталоге /sbin/ хранятся двоичные файлы, необходимые для загрузки, восстановления или восстановления системы.Для использования двоичных файлов в /sbin/ требуются привилегии root. Кроме того, /sbin/ содержит двоичные файлы, используемые системой до монтирования каталога /usr/; любые системные утилиты, используемые после монтирования /usr/, обычно помещаются в /usr/sbin/ .
Читайте также: