Удалить empty & ldquo; lost + found & rdquo; папка автоматически, если она пуста

Question 1

Похоже, вам нужен учет процессов.

http://www.faqs.org/docs/Linux-mini/Process-Accounting.html

В Ubuntu процесс инструменты учета находятся в http://www.faqs.org/docs/Linux-mini/Process-Accounting.html

Чтобы получить отчет для каждого пользователя, запустите [ ! d7]

sa -m

Question 2

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

Question 3

Question 4

В этой статье вы найдете правильное объяснение о каталоге lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

Question 5

[Имея] потерянный + найденный каталог с достаточно большим размером, чтобы содержать большое количество несвязанных файлов, ставит меньше нагрузки на e2fsck, чтобы создать каталог и увеличить его до соответствующего размера.

[fsck попытается создать lost + found, если он не существует], , но перед лицом поврежденной файловой системы это может быть более рискованным.

Very старые fsck для других файловых систем на других платформах не смогли создать / потеряли + найденные и не смогли их вырастить. Это история для обоснования /lost+found...

Это требуется гораздо реже, чем ext3. С файловой системой журналов файлы не должны «потеряться» при сбое при сбое / сбое. Вы можете утверждать, что это нужно избегать фатальных сюрпризов для старожилов (и странных людей, которые отключили журнал). Если вы не знаете, что вам не хватает, возможно, это не проблема.

Тем не менее, удаление происходит как исправление e2fsck. Вы «можете» это сделать, но не должны.

Question 6

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

Question 7

Question 8

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

Question 9

В этой статье вы найдете правильное объяснение о каталоге lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

Question 10

[Имея] потерянный + найденный каталог с достаточно большим размером, чтобы содержать большое количество несвязанных файлов, ставит меньше нагрузки на e2fsck, чтобы создать каталог и увеличить его до соответствующего размера.

[fsck попытается создать lost + found, если он не существует], , но перед лицом поврежденной файловой системы это может быть более рискованным.

Very старые fsck для других файловых систем на других платформах не смогли создать / потеряли + найденные и не смогли их вырастить. Это история для обоснования /lost+found...

Это требуется гораздо реже, чем ext3. С файловой системой журналов файлы не должны «потеряться» при сбое при сбое / сбое. Вы можете утверждать, что это нужно избегать фатальных сюрпризов для старожилов (и странных людей, которые отключили журнал). Если вы не знаете, что вам не хватает, возможно, это не проблема.

Тем не менее, удаление происходит как исправление e2fsck. Вы «можете» это сделать, но не должны.

Question 11

В этой статье вы найдете правильное объяснение о каталоге lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

Question 12

[Имея] потерянный + найденный каталог с достаточно большим размером, чтобы содержать большое количество несвязанных файлов, ставит меньше нагрузки на e2fsck, чтобы создать каталог и увеличить его до соответствующего размера.

[fsck попытается создать lost + found, если он не существует], , но перед лицом поврежденной файловой системы это может быть более рискованным.

Very старые fsck для других файловых систем на других платформах не смогли создать / потеряли + найденные и не смогли их вырастить. Это история для обоснования /lost+found...

Это требуется гораздо реже, чем ext3. С файловой системой журналов файлы не должны «потеряться» при сбое при сбое / сбое. Вы можете утверждать, что это нужно избегать фатальных сюрпризов для старожилов (и странных людей, которые отключили журнал). Если вы не знаете, что вам не хватает, возможно, это не проблема.

Тем не менее, удаление происходит как исправление e2fsck. Вы «можете» это сделать, но не должны.

Question 13

Question 14

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

Eliah Kagan · Answer 1 · 6 August 2018 в 04:22

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

aneeshep · Answer 2 · 7 August 2018 в 22:29

В этой статье вы найдете правильное объяснение о каталоге lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

Community · Answer 3 · 7 August 2018 в 22:29

[Имея] потерянный + найденный каталог с достаточно большим размером, чтобы содержать большое количество несвязанных файлов, ставит меньше нагрузки на e2fsck, чтобы создать каталог и увеличить его до соответствующего размера.

[fsck попытается создать lost + found, если он не существует], , но перед лицом поврежденной файловой системы это может быть более рискованным.

Very старые fsck для других файловых систем на других платформах не смогли создать / потеряли + найденные и не смогли их вырастить. Это история для обоснования /lost+found...

Это требуется гораздо реже, чем ext3. С файловой системой журналов файлы не должны «потеряться» при сбое при сбое / сбое. Вы можете утверждать, что это нужно избегать фатальных сюрпризов для старожилов (и странных людей, которые отключили журнал). Если вы не знаете, что вам не хватает, возможно, это не проблема.

Тем не менее, удаление происходит как исправление e2fsck. Вы «можете» это сделать, но не должны.

Eliah Kagan · Answer 4 · 7 August 2018 в 22:29

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

Eliah Kagan · Answer 5 · 10 August 2018 в 10:37

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

aneeshep · Answer 6 · 10 August 2018 в 10:37

В этой статье вы найдете правильное объяснение о каталоге lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

Community · Answer 7 · 10 August 2018 в 10:37

[Имея] потерянный + найденный каталог с достаточно большим размером, чтобы содержать большое количество несвязанных файлов, ставит меньше нагрузки на e2fsck, чтобы создать каталог и увеличить его до соответствующего размера.

[fsck попытается создать lost + found, если он не существует], , но перед лицом поврежденной файловой системы это может быть более рискованным.

Very старые fsck для других файловых систем на других платформах не смогли создать / потеряли + найденные и не смогли их вырастить. Это история для обоснования /lost+found...

Это требуется гораздо реже, чем ext3. С файловой системой журналов файлы не должны «потеряться» при сбое при сбое / сбое. Вы можете утверждать, что это нужно избегать фатальных сюрпризов для старожилов (и странных людей, которые отключили журнал). Если вы не знаете, что вам не хватает, возможно, это не проблема.

Тем не менее, удаление происходит как исправление e2fsck. Вы «можете» это сделать, но не должны.

aneeshep · Answer 8 · 13 August 2018 в 17:09

В этой статье вы найдете правильное объяснение о каталоге lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

0

ответ дан aneeshep 13 August 2018 в 17:09

1

Спасибо, я знал это, но это не отвечает на мой вопрос. – Juan Simón 10 November 2010 в 17:11
2

Хотя это теоретически может ответить на вопрос , было бы предпочтительно включить здесь основные части ответа и предоставить ссылку для справки. – Eliah Kagan 15 August 2012 в 10:28

Community · Answer 9 · 13 August 2018 в 17:09

[Имея] потерянный + найденный каталог с достаточно большим размером, чтобы содержать большое количество несвязанных файлов, ставит меньше нагрузки на e2fsck, чтобы создать каталог и увеличить его до соответствующего размера.

[fsck попытается создать lost + found, если он не существует], , но перед лицом поврежденной файловой системы это может быть более рискованным.

Very старые fsck для других файловых систем на других платформах не смогли создать / потеряли + найденные и не смогли их вырастить. Это история для обоснования /lost+found...

Это требуется гораздо реже, чем ext3. С файловой системой журналов файлы не должны «потеряться» при сбое при сбое / сбое. Вы можете утверждать, что это нужно избегать фатальных сюрпризов для старожилов (и странных людей, которые отключили журнал). Если вы не знаете, что вам не хватает, возможно, это не проблема.

Тем не менее, удаление происходит как исправление e2fsck. Вы «можете» это сделать, но не должны.

Спасибо, но это не отвечает на мой вопрос. — Juan Simón, 10 November 2010 в 17:10

Eliah Kagan · Answer 10 · 13 August 2018 в 17:09

cd, где находится потерянная + найденная папка sudo touch .hidden sudo mcedit .hidden (Запись lost + found [ ! d3] и сохранить с помощью F2.)

Удалить empty & ldquo; lost + found & rdquo; папка автоматически, если она пуста

40 ответов

Другие вопросы по тегам:

Похожие вопросы: