Восстановить раздел EXT4 из прерванного изменения размера

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

В этом случае похоже, что проблема может быть Firefox хранит локальный кеш вашей страницы для вас.

Шаг 1. Проверьте, кэшируется ли ваш сайт

Чтобы просмотреть кеш FireFox и посмотреть, указан ли ваш сайт как кешированный, введите в окно своего браузера следующее:

about: cache

Осмотрите любые знаки вашего сервера или страницы и посмотрите, что там.

Шаг 2. Поворот кеширования Firefox

Вы также можете убедиться, что браузер не будет кэшировать вещи, введя страницу настроек, введя следующее в окно браузера:

about: cache

about: config

Шаг 3. Извлеките не кэшированное обновление страницы в Firefox

и установите для свойства network.http.use-cache значение "false" .

4
задан 7 July 2012 в 21:09

17 ответов

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 25 July 2018 в 18:09

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 31 July 2018 в 12:55

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 2 August 2018 в 00:24

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 4 August 2018 в 15:52

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 6 August 2018 в 00:31

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 7 August 2018 в 17:55

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 10 August 2018 в 06:46

Вы не можете; файловая система - тост.

Чтобы возобновить перемещение, вам нужно точно знать, где вы были в процессе, когда он был прерван.

Что касается функций, я думаю Вы вставили несколько подчеркиваний там, где их нет. has_journal, ext_attr и resize_inode являются отдельными функциями. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Ни один из них не имеет никакого отношения к перемещению раздела gparted.

Ваша единственная надежда - photorec, которая может восстановить некоторые файлы на другой диск, хотя и без их имена или другие метаданные.

4
ответ дан 15 August 2018 в 18:40

Я не совсем уверен, что вы там делали. Вы просто расширили файловую систему или переместили раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows, который вы пытались удалить одновременно? Это действительно запутанно.

Если вы просто пытаетесь восстановить файловую систему, и у нее просто плохой суперблок, сначала сделайте резервную копию диска и дампа сломанной файловой системы, чтобы не делать все хуже. Попробуйте это: Linux: найдите альтернативные суперблоки

0
ответ дан 25 May 2018 в 08:54
  • 1
    Он перемещал раздел во время прерывания. Компьютер был отключен случайно. – Jonah 8 July 2012 в 06:58

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не делать все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 25 July 2018 в 18:09

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не делать все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 31 July 2018 в 12:55

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не делать все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 2 August 2018 в 00:24

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 4 August 2018 в 15:52

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 6 August 2018 в 00:31

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не делать все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 7 August 2018 в 17:55

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не делать все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 10 August 2018 в 06:46

Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.

Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и дамп поврежденной файловой системы, чтобы не делать все хуже. Затем попробуйте: Linux: найдите альтернативные суперблоки

0
ответ дан 15 August 2018 в 18:40
  • 1
    Он двигал перегородку во время перерыва. Компьютер был выключен случайно. – Jonah 8 July 2012 в 06:58

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

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