Втрата даних шляхом випадкового відключення комп'ютера під час виконання


1

Я з Австрії, і ми, і німці, маємо погану наукову виставку, яка працює щодня. Те, що я називаю, приблизно перекладається на "напівзнання". Шоу називається "Галілео".

Вони зробили комп'ютерний міф відеороликів і запитали: "Чи вимикання комп'ютера може пошкодити ваші дані?"

Потім вони запустили машину з Vista на ній, почали копіювати деякі файли і випадково від'єднали кабель ПК, все це приблизно в 50 разів.

Після того, як комп'ютер продовжував працювати нормально, вони просто сказали: "нічого не може бути, ваші дані або комп'ютер не можуть бути пошкоджені".

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

  • Я запитав себе: що, чорт візьми, кажуть їхні «комп'ютерні експерти»? Ви не можете сказати, від'єднавши кабель 50 разів, якщо це може пошкодити комп'ютер.

  • Чи може відключення кабелю під час виконання викликати втрату даних (як сказав модератор шоу)?

Я знищив свій реєстр Windows один раз під час скидання, так що мені цікаво знати.


1
О, приходьте один ... ви не можете взяти цих хлопців серйозними (Welt der Wunder, Galileo і подібні до неї) ... деякий час назад вони запропонували створити резервні копії ваших даних на дискети, і що ви повинні витирати зсередини якщо ви очистите компакт-диск, або ж перемістите дані навколо ...
Bobby

Відповіді:


1

Якщо ви вимкнете комп'ютер, це те ж саме, що і при його виключенні або просто його скидання. На сучасних файлових системах, таких як NTFS, він не повинен викликати проблем. NTFS називається файловою системою журналювання, що означає, що при неправильному відключенні диска (наприклад, якщо вимкнути комп'ютер або операційну систему несподівано зависає) воно знову відновиться до стабільного місця. Файл, який ви копіювали, може бути не повноцінним, але дані, окрім цього, не повинні бути втрачені.

На старих файлових системах, що не є журналістами, наприклад FAT, ОС не може автоматично відновити файлову систему. Ось чому вам довелося запустити Scandisk, коли Win98 зірвався. Звичайною проблемою є те, що деякі дані записуються на диск, але дані не належать до жодного файлу, але все ж виділяють простір на диску.


Хіба це не щось інше, якщо відключити комп'ютер від відновлення?
Kan

1

Вже повністю збережені дані прекрасні після циклу живлення, частково збережені дані можуть не бути.

Теорія полягає в тому, що з сучасними Журнал файлових систем дані записуються таким чином, що будь-які зміни у файловій системі можуть бути або повернуті назад (якщо ви зірвались під час написання великого файлу, який не може бути завершений у спрощених межах журналу), або продовжувати рух вперед (тобто перейменування файлу видалення) таким чином, щоб система перебувала або в стані, що була до операції, або якнайближче до передбачуваного стану. Ця система не є непоправною.

На практиці це випадкове видалення живлення не може викликати проблеми з файловою системою (через журналювання), але випадковий спайковий потік чи дія собаки під час критичної операції, наприклад, зміна розмірів розділу або форматування, може поставити систему в дуже поганий стан.

Імовірно, ці «експерти» використовували випробуваний і надійний метод запуску машини, чекаючи, поки світло жорсткого диска перестане блимати (тобто система насправді не використовує накопичувач), а потім вимикає живлення в той час, коли найменше пошкодження ймовірно відбуватися. Якби я робив тестування, я б зробив наступне:

  1. Видаліть якомога більше пам'яті, щоб було використано файл сторінки важко
  2. Початок роботи з масовим відео або обробкою даних, щоб підтримувати роботу жорсткого диска важко
  3. Запустіть якусь випадкову партію програм і встановіть їх для успіху
  4. Збережіть якомога більше даних з програм
  5. Тоді видаліть енергію у випадкових точках цього списку і на перезавантаженні подивіться, що вижили. Швидше за все, Windows буде добре, але деякі дані можуть бути непослідовними. YMMV

Для досягнення найкращого ефекту спробуйте змінити розмір вашого розділу Windows, а потім видаліть живлення, перевірте, чи добре ваша машина після цього.


1

Мені все одно, що кажуть "експерти", це все ще дурна ідея.

Can unplugging the cable during runtime cause data loss 

Звичайно. Якщо ви виконуєте будь-яку операцію копіювання неатомних файлів, конвертування диска, зміна таблиці розділів, завантаження файлу, ...

Тим не менш, це не найгірший випадок поганої науки, з якою я стикався. Там є показ у ВЕЛИКОБРИТАНІЇ що попередив про ставлячи Алмази у пічі, як "тому, що вони робляться з carbon, вони повернуться до CO2 та плавають далеко!"


1
Насправді алмази спалюють до СО2. Проте піч повинна була б отримати близько 850 ° С
gorilla

Так, я не знаю про вас, але моя піч не піднімається до Gas Mark 30 :)
RJFalconer

0

Забудьте про файлові системи, що стосується розривів магнітних пластин, викликаних поганою парковкою літаючої голівки?


Не проблема, коли влада виходить, привід парків голови. Для цього є достатньо резервів енергії.
Sven

Я бачив диски з поганими секторами, викликані такими відключеннями.
Ivan Petrushev

@Ivan: Так, якщо диск записував потік блоків, коли він втрачає владу, він не зможе завершити роботу і залишає блок з поганим ECC-кодом (тобто поганим блоком). Новий запис в цей блок виправити його.
Zan Lynx

0

У разі можливого пошкодження апаратних засобів, наскільки безпечні ваші дані дійсно залежить від файлової системи, яку ви використовуєте, і на відміну від популярних файлових систем журналу міфів, вони не є засобом для втрати даних, вони можуть бути навпаки. Причина цього для журналу сама по собі просто означає, що цілісність вашої файлової системи захищена, це не означає, що цілісність ваших даних захищена. З XFS на Linux, наприклад, у вас є дуже велике вікно між тим, коли ваша програма записує дані і коли дані насправді потрапляють на диск, якщо щось відбудеться між даними, зникли. Сам по собі це не було б так погано, але в поєднанні з кількома примхами того, що POSIX дозволяє з точки зору семантики файлової системи ви потрапляєте в ситуації, коли, коли програма замінює старий конфігураційний файл на новий, у вас немає гарантії, що випадок аварії будь-який з файлів виживає. Замість цього ви можете отримати файл байтів 0 байт. І це не один з мільйонів випадкових випадків, це в основному відбувається на кожному другому аварії на середній настільної системи до якогось випадкового файлу конфігурації (.gconf база даних є легкою жертвою).

Інші файлові системи, такі як ext3, не страждають від проблеми, оскільки або їх семантика трохи відрізняється, або у них набагато менше кеш-вікна. Ранні версії Ext4 і reiserfs зазнали цього, але тим часом були виправлені.

Коротше кажучи: дані, які вже знаходяться на вашому диску і не зачіпаються, виживуть, але дані, які модифікуються, можуть легко витиратися, коли ви використовуєте неправильну файлову систему, в той час як досить безпечні з іншими.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.