Будь-яке відновлення від цього? sudo chmod 600. *

ПОПЕРЕДЖЕННЯ - НЕ РУЖАЙТЕ ЗАПОВІДКУВАННЯ

Тож здається, я тут щось м'яко зробив, м'яко кажучи. Я намагався змінити дозволи для кількох файлів у каталозі, який починався з .читання / запису лише для sudo / root.

Моя спроба змінити декілька файлів одночасно, здається, зробила щось дуже жахливо глобальне. Перебуваючи всередині каталогу (не було в кореневому режимі), я забіг sudo chmod 600 .*і добре, зараз відправлю це зі свого телефону ... У мене все ще відкрите вікно терміналу на даний момент, але я впевнений, що ноутбук іде спати я повністю готовий. Весело, що означає, що до цього питання є незначна нагальність.

О, і це, здається, змінило дозволи на прокляття майже скрізь, де я здогадуюсь. Я навіть не можу запускати команди lsабо cd ..команди. Спроба cd /home/brianабо cd ~надати помилку bash: cd: /home/brian: Permission Deniedта будь-яка спроба sudoкоманди просто говоритьbash: /usr/bin/sudo: Permission Denied

Я боюся перезавантажуватись, ніякої підказки, чи є вбудоване відновлення від чогось такого глупого, але я подумав, що спробую попросити тут, перш ніж погіршити щось. Я досить новий Linux, оскільки основний конвертер ОС я останнім часом дещо відстоював, але цей процес трохи зажадає. Будь-які думки про речі, які слід спробувати, були б дуже вдячні.

EDIT: Я хотів дати роз’яснення щодо того, як / де виконувалася ця команда. Це було виконано /.atx $лише з довільної каталогі, але детальніше нижче.

Під час входу в систему як моє звичайне ім'я користувача brian, у мене був відкритий термінал, /.atxякий містив три текстові файли типу конфігурації. Кожне ім'я файлу починалося з .. Цей каталог / ім’я / файли не є частиною загального пакету, а лише довільним набором конфігурацій, якими я програматично рухався. Файли містили деяку інформацію про рядки з'єднання SQL-сервера і просто хотіли, щоб вони були напівзахищеними.

Що ж, одужання тут було насправді більш плавним, ніж я очікував, і все знову ВИДАЄТЬСЯ у досить гарній формі.

Величезне спасибі @CharlesGreen за пояснення того, як ця команда розширила каталог. Також завдяки @Panther за інформацію про перехід у режим відновлення для дещо пов’язаної проблеми. (якщо ви обидва хочете повторно поділитися своїми коментарями як відповіді, я б їх схвалив)

На щастя, на відміну від пов’язаної публікації, це, здається, мало виправдання. Здається , коли я запускав sudo chmod 600 .*команду тільки один каталогу під /розгортає його .*частина до справжніх дозволів кореневого каталогу , що змінюють з .від /чого всіх інших дозволів впасти.

"Виправлення" для цього полягала в завантаженні в режим відновлення, повторному встановленні диска під час читання / запису, переході до головного кореня ( cd /), а потім chmod +rx .. Після перезавантаження все, схоже, повернеться до норми.

Мораль розповіді, виконання команди на, .*принаймні, іноді може впливати на каталог ПРО СТІЛ. Я мав намір впливати лише на файли, які починалися з .... oops.

Величезне спасибі всім, хто коментував та допомагав.

"Виправлення" для цього полягала в завантаженні в режим відновлення, повторному встановленні диска під час читання / запису, переході до головного кореня (cd /), а потім chmod + rx .. Після перезавантаження все, схоже, повернеться до нормальний.

Просто для того, щоб бути зрозумілим для майбутніх читачів, які можуть сприймати це як прийняту відповідь, існують проблеми з chmod +xрішенням як загальним рішенням. Цей конкретний питання, мабуть, є домашнім каталогом користувачів, тому деякі занепокоєння, наведені нижче, можуть бути низькими, але якщо це стосувалося бізнес-сервера та зачіпало декількох користувачів або інші каталоги даних, рішення не пропонується.

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

Найбільша стурбованість викликає те, що в оригінальних файлах, можливо, були застосовані конкретні дозволи, які зараз відсутні. Деякі програми, зокрема ssh, - застосовують дозволи на файли, щоб надалі забезпечити їхню безпеку і не працюватимуть, якщо +rwдозвіл встановлено в його папці та файлах.

Інша стурбованість викликає те, що якщо це застосовано в /папці root ( ) рекурсивно, з’являться інші файли, які можуть бути відкритими для перегляду та зміни будь-кого в системі. У бізнес-середовищі, де сервер може містити конфіденційні дані (PCI / фінансова інформація, інформація про охорону здоров'я / HIPAA), цей доступ може призвести до висновків аудиту та наслідків.

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

У бізнес-середовищі може бути використане це відновлення для відновлення доступу до даних, але в кінцевому підсумку будь-які різкі зміни, як це, слід вирішити шляхом перевстановлення сервера та відновлення з резервної копії.

(У вас є поточна резервна копія, чи не так ;;-) )