The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Ошибка в Steam для Linux может привести к удалению всех данных пользователя

16.01.2015 08:34

Один из пользователей Steam на платформе Linux столкнулся с непонятным пропаданием всех своих данных после перемещения директории ~/.local/share/steam на новый диск через символическую ссылку. После перемещения данных, запуск Steam завершился крахом, а повторный запуск привёл к инициированию переустановки клиента Steam. После данных манипуляций все принадлежащие текущему пользователю данные оказались удалены, в том числе данные, размещённые в директории пользователя и в примонтированном накопителе.

Причиной удаления оказался скрипт steam.sh, в котором была допущена ошибка, приводящая к запуску команды "rm -rf /" в случае проблем с доступом к директории с данными Steam. В частности, в скрипте присутствует строка rm -rf "$STEAMROOT/"*, которая должна была выполнить чистку содержимого директории с данными Steam при переустановке. Заполнение переменной производится командой STEAMROOT="$(cd "${0%/*}" && echo $PWD)"). Таким образом, в случае, если директория не найдена, в переменную STEAMROOT записывается пустая строка, что приводит к выполнению rm -rf "/"* и удалению в системе всех данных, принадлежащих пользователю. Следует отметить, что похожая проблема наблюдается и в версии для платформы Windows (при установке Steam в "C:\\Program Files\\" вместо "C:\\Program Files\\Steam\\" может быть удален весь "C:\\Program Files\\").

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Эксперименты с системой после выполнения rm -rf /
  3. Ошибка в установщике bumblebee приводит к удалению директории /usr
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41469-steam
Ключевые слова: steam
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (126) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:00, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Патч Брамина, да...
     
     
  • 2.71, pkdr (ok), 14:02, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Вы опечатались в словосочетании "патч Бармина" или намекаете, на то, что автор этого кода индус?
     
     
  • 3.90, Аноним (-), 16:27, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Скорее двухголовая корова.
     
     
  • 4.127, count0krsk (ok), 06:41, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как же я её в Fallout-ах любил валить ))
    Это месть Брамина )
     
  • 3.121, Аноним (-), 00:26, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, отказом от всего и данных достигается нирвана.
     

  • 1.2, Аноним (-), 09:10, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    "Видел тред на одной странице". Да, это будет обсуждаться. Помните тред в гитхабе Bumblebee?

    Вспоминается ещё такая ошибка с симлинком на каталог данных Steam. Если симлинка нет, то и с NVIDIA, и с Calatyst стартуют игры на движке Source. Если есть, то с Catalyst баги с локалью в Team Fortress 2, и ошибки при запуске.

     
     
  • 2.6, Аноним (-), 09:23, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Причём только с Catalyst. NVIDIA, открытые драйверы Radeon и Intel нормально ведут себя при симлинке.
     
     
  • 3.151, grem (?), 22:19, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Причём только с Catalyst. NVIDIA, открытые драйверы Radeon и Intel нормально ведут
    > себя при симлинке.

    С самого начала использовал симлинк на SteamApps и всё запускалось. Скорее ещё от чего-то зависело.
    Про этот что ли баг? http://steamcommunity.com/app/221410/discussions/1/882966056549274409

    Ну-ну.... с нвидиа всё работало, конечно :) Тему бага создал владелец GeForce GTX 560

     

  • 1.3, б.б. (?), 09:10, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    проприетарщики, я басню вам прочёл
    не для того, чтоб вы надеялись на пчёл
     
     
  • 2.7, pkdr (ok), 09:25, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +29 +/
    Вот благодаря открытости проблему быстро и нашли. И очень скоро исправят.
    А в ваших любимых проприетарных поделках такие кактусы едят годами, и вам ещё повезёт, если у подобных кактусов вообще подстригают колючки, могут и наплевать на ваши проблемы, отправят читать пункт EULA "пользуйтесь нашим поделием на свой страх и риск".
     
  • 2.20, FractalizeR (ok), 10:03, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –7 +/
    У вас есть время на прочитывание и анализ всех опенсорсных  инструментов, которые вы используете?
     
     
  • 3.38, Chaser (??), 11:20, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня есть время. Не на все инструменты, а лишь на те, которые меня интересуют. Остальные заперты в песочницы Grsecurity и ничего плохого сделать не могут.
     
     
  • 4.157, XoRe (ok), 00:50, 21/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня есть время. Не на все инструменты, а лишь на те,
    > которые меня интересуют.

    Помнится, в книжном магазине видел интересную книжку "код ядра linux с комментариями на русском".
    Уверен, вы её читали

     
     
  • 5.165, Chaser (??), 18:38, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> У меня есть время. Не на все инструменты, а лишь на те,
    >> которые меня интересуют.
    > Помнится, в книжном магазине видел интересную книжку "код ядра linux с комментариями
    > на русском".
    > Уверен, вы её читали

    Зачем, если можно читать оригиналы исходников, скачанных из kernel.org? Впрочем, я не только читал исходники, но и писал патчи.

     

  • 1.5, Аноним (-), 09:13, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А кто-нибудь сталкивался с багом бесконечного запуска скрипта steam.sh, которое можно прекратить только командой killall steam.sh? На некоторых старых дистрибутивах Linux, в которых я обновил glibc, чтобы запустить Steam, это было.
     
     
  • 2.18, llolik (ok), 09:55, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Сталкивался и на свежем  Минте. Когда случайно запустил одновременно 2 экземпляра steam. Не знаю с чем это связано (разборки устраивать, честно говоря, лень: не так уж и часто играю), но было похоже на то что второй экземпляр стима не до конца запустился и, когда закрывался первый экземпляр, он зациклившись стартовал новый. Решил точно также - killall steam.sh
     

  • 1.8, Аноним (-), 09:26, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    все дело - в портянках на баше.
     
     
  • 2.11, Аноним (-), 09:33, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    поясню: сколько не видел людей пишущих всякие обертки для запуска, да и сам такой же - скрипты пишутся на отъеб--сь, тестируются менее, чем никак. Ну, т.е. даже потенциально никому в голову не придет писать тесты на баш-скрипт, ведь "это же простенький скрипт".

    Все обертки и сценарии запуска должны быть декларативны. Нельзя везде писать rm -rf - это слишком низкоуровнево и опасно, должны быть общепринятые примитивы, типа "каталог с данными должен находиться по этому пути", "очистить каталог", "инициализировать каталог"

     
     
  • 3.48, freehck (ok), 12:36, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вообще говоря, да - у скриптов на баше почему-то неоправдано высокий порог вхождения. В том плане, что есть очень много нюансов, которые нужно просто знать, прежде чем ты научишься писать нормальные скрипты не нём.

    Вот вышеописанные авторы скрипта явно не знали про set -e, который бы избавил их от подобных проблем. Хотя, конечно, учитывая, как они име директории заполняли через cd/pwd... =/

     
     
  • 4.119, Отражение луны (ok), 21:06, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А давайте заменим баш яваскриптом) Не стесняйтесь ставить дизлайки)
     
     
  • 5.122, Аноним (-), 00:33, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    *Поттеринг конспектирует и делает пометки*
     
     
  • 6.128, count0krsk (ok), 06:46, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > *Поттеринг конспектирует и делает пометки*

    Мизулина тем временем дописала в "Законопроект о национальном интернете" дополнив "во всех программах".

     
  • 6.159, Аноним (-), 16:23, 21/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > *Поттеринг конспектирует и делает пометки*

    Поттер облажался с костностью языка Unit-файлов. Надо было брать что-нибудь более декларативное и тьюринг-полное. Сейчас, чуть какая логика дополнительная нужна в unit - выглядит это довольно тоскливо

     
  • 2.92, Ordu (ok), 16:37, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В данном случае -- нет. В данном случае проблема в вендовом подходе к инсталляции, когда программа рассчитана на запуск откуда угодно, но при этом она использует черезжопные способы выяснить откуда же. За одну мысль сотворить подобное программиста надо отправлять в биореактор. Вне зависимости от того, на каком языке он пишет.
     
     
  • 3.104, Аноним (-), 17:36, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Мысль сотворить подобное" — под подобным понимается "выяснять черезжопными методами, откуда же" или "сделать программу, расчитанную на запуск откуда угодно"?
     
     
  • 4.107, Ordu (ok), 17:54, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > "Мысль сотворить подобное" — под подобным понимается "выяснять черезжопными методами,
    > откуда же" или "сделать программу, расчитанную на запуск откуда угодно"?

    В основном понимается первое. Но второго это тоже касается.

     
  • 2.114, Аноним (-), 19:54, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты уже сходил в каждую новость с тегом "Проблемы безопасности" и написал про "всё дело в портянках на языке Х"(Х практически всегда сишечка)?
     

  • 1.9, Аноним (-), 09:26, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    shell-портянщики примерно так же пишут системы инициализации
     
     
  • 2.15, Аноним (-), 09:48, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    а Си-портянщики, типа, лучше? В коде, где сплошные ____guess_what_it_does() и макросы.
     
     
  • 3.16, Аноним (-), 09:54, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    люди, которые пишут на Си, понимают, что rm -rf нельзя просто так взять и воткнуть куда хочется. Иначе - да, это такая же портянка получается, независимо от языка.
     
  • 3.33, Аноним (-), 10:44, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > а Си-портянщики, типа, лучше? В коде, где сплошные ____guess_what_it_does() и макросы.

    си-порятнщики? не слышал. существующий системы инициализации написаны лучшими системными программистами

     
     
  • 4.43, Аноним (-), 12:03, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > системы инициализации написаны лучшими системными программистами

    WHAT???????? Линус совершенно противоположного о них мнения:

    Key, I'm f*cking tired of the fact that you don't fix problems in the
    code *you* write, so that the kernel then has to work around the
    problems you cause.

    Greg - just for your information, I will *not* be merging any code
    from Kay into the kernel until this constant pattern is fixed.

    This has been going on for *years*, and doesn't seem to be getting any
    better.

     
  • 4.123, anonym0use (?), 03:43, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >системы инициализации написаны лучшими системными программистами

    Угадай, откуда =)


    if (!path_is_absolute(option+7))
    ...
    arg_header = strdup(option+7);


     
     
  • 5.138, Аноним (-), 05:39, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    давай ссылку на исходник с указанием версии и строки, посмотрим
     
     
  • 6.141, anonym0use (?), 16:28, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > давай ссылку на исходник с указанием версии и строки, посмотрим

    http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c#
    http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c#
    ---
    http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c?
    http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c?
    http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c?
    ---
    http://cgit.freedesktop.org/systemd/systemd/commit/?id=7376e83528

     
     
  • 7.143, Аноним (-), 21:51, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и? в чем суть претензии?
     
     
  • 8.150, arisu (ok), 14:28, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    отличная иллюстрация мышления любителей системдеца они даже не понимают, в чём ... текст свёрнут, показать
     
  • 7.152, anonym0use (?), 23:38, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это еще цветочки.

    http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/unit-name.c?id=82


    strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);


    http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/unit-name.c?id=82


                    e = endswith(slice, ".slice");
                    if (!e)
                            return -EINVAL;

                    ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
                    if (!ret)
                            return -ENOMEM;

                    stpcpy(stpcpy(stpcpy(mempcpy(ret, slice, e - slice), "-"), name), ".slice");

    (спер с ЛОРа, см. http://www.linux.org.ru/news/opensource/11231630?cid=11234185)

     
  • 7.154, Vkni (ok), 00:11, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c#
    > http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c#

    Ой, ой, ой. Вот ведь, однако, дебил писал.

     
  • 7.158, ZloySergant (ok), 15:05, 21/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> давай ссылку на исходник с указанием версии и строки, посмотрим
    >...
    > http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c?
    > ---
    > http://cgit.freedesktop.org/systemd/systemd/commit/?id=7376e83528

    Ик. А что прогеры из сыстэмДэ про switch не в курсе?

     
     
  • 8.160, arisu (ok), 19:17, 21/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    это ж си, как ты его тут применишь-то ... текст свёрнут, показать
     
     
  • 9.162, ZloySergant (ok), 08:44, 22/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Навскидку char strs cipher , size , ... текст свёрнут, показать
     
     
  • 10.163, arisu (ok), 18:54, 22/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    хм убедительно что-то я тупанул ... текст свёрнут, показать
     
  • 5.161, anonym0use (?), 01:56, 22/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А вот еще "вкусняшка":
    https://bugs.freedesktop.org/show_bug.cgi?id=74589#c6
     
  • 3.49, user (??), 12:43, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это да, хочу развидеть ядро FreeBSD.
     
     
  • 4.54, user (??), 13:06, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Linux немного лучше, но тоже байтораздирающее зрелище.
     
     
  • 5.88, Аноним (-), 15:44, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Linux немного лучше, но тоже байтораздирающее зрелище.

    Да фигня вопрос - напиши операционку лучше, посмотрим как получится у тебя :).

     
  • 2.91, Аноним (-), 16:28, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > shell-портянщики примерно так же пишут системы инициализации

    Предлагаешь встроить Стим в systemd?

     
     
  • 3.118, Michael Shigorin (ok), 21:00, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> shell-портянщики примерно так же пишут системы инициализации

    Мне вот что интересно: понимают ли авторы таких баек и те, кто повторяет, разницу между системами инициализации, базовыми скриптами и поделием левой ноги индуса из оракла?  И какого мнения они о всех-всех виденных unit-файликах, скажем?

    > Предлагаешь встроить Стим в systemd?

    systeamd? :]

     
  • 2.94, Анонимс (?), 16:43, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чистый день, новость о фейлах Стима и о том, что они не совсем г потому как использовали открытый скрипт, чтоб юзер смог понять в чем собственно дело. Но нет, и тут системд тред :/
     

  • 1.10, iZEN (ok), 09:27, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –14 +/
    Вот ведь дурачьё.
     
     
  • 2.69, Аноним (-), 13:59, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот ведь дурачьё.

    Изя, покажи валве как надо! Напиши свой магазин, рантайм, игры и прочая, чтоб они увидели как надо :)

     

  • 1.13, A.Stahl (ok), 09:42, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Солнцеликий Гейб очищает место на винтах своих фанатов для Half-Life 3.
    Как дети ей-богу -- при спорах BSD-GPL готовы глотки друг другу перегрызть, а в темах про кусок гейбовского блоба -- радуги, бабочки и благодать.
    Даже "rm -rf /" эту благодать испортить не может...
     
     
  • 2.19, VolanD (ok), 09:57, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Солнцеликий Гейб очищает место на винтах своих фанатов для Half-Life 3.
    > Как дети ей-богу -- при спорах BSD-GPL готовы глотки друг другу перегрызть,
    > а в темах про кусок гейбовского блоба -- радуги, бабочки и
    > благодать.
    > Даже "rm -rf /" эту благодать испортить не может...

    дык дело то таки не в блобе, а в полне опенкод скрипте.. но всем пох, как оказалось...

     
     
  • 3.21, A.Stahl (ok), 10:04, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Этот скрипт оказался открытым совершенно случайно.
    И я не удивлюсь если изменять этот скрипт согласно лицензии -- преступление.
     
     
  • 4.23, OLHE (?), 10:14, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    При изменении скриптов они самовосстанавливаются. Есть там такая фича.
     
     
  • 5.46, ADMIN (?), 12:33, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    chattr -i наше всё
     
  • 2.27, Аноним (-), 10:30, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Просто хейтерство к Valve никто не оплачивает.
     
     
  • 3.97, Amonimus (?), 16:48, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не знаю - я вальвовскую поделку снёс сразу как установил - понял, что ради игр держать такое монструозо в системе не готов. Правда, и не игроман.
     
     
  • 4.129, count0krsk (ok), 06:59, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну не знаю - я вальвовскую поделку снёс сразу как установил -
    > понял, что ради игр держать такое монструозо в системе не готов.
    > Правда, и не игроман.

    +1. Не вижу практического смысла ставить такую махину, чтобы платить кому-то деньги за игрушки. Виртуальную реальность и полностью кастомизируемый мир сделают - тогда подумаю, чтобы на отдельный ПК поставить.
    WINE и open-source движки наше всё ))

     
  • 2.52, pkdr (ok), 12:52, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну Гейб в любом случае делает полезное дело, популяризует линукс теперь ещё и на десктопах.
    Даже Столлман не так давно на эту тему высказывался, мол, закрытые игры это, конечно, не очень хорошо, но если они запускаются на открытой платформе, то это намного лучше, чем если бы они запускались в закрытой ОС и в данный момент выпуск таких игр можно приветствовать.
     
     
  • 3.100, vn971 (ok), 17:05, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, дайте плиз какие-нибудь ключевые слова для поиска этой речи Столлмана, если помните.
     
     
  • 4.101, Andrey Mitrofanov (?), 17:14, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, дайте плиз какие-нибудь ключевые слова для поиска этой речи Столлмана, если  помните.

    Видимо, http://lmgtfy.com/?q=non-free+games+site:fsf.org

    Nonfree DRM'd Games on GNU/Linux: Good or Bad ...
    www.fsf.org › Blogs › RMS

     
  • 2.99, Ilya Indigo (ok), 17:03, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже "rm -rf /" эту благодать испортить не может...

    "rm -rf /" - нет.
    Но "rm -rf /*" - совершенно другое дело!

     

  • 1.25, Аноним (25), 10:20, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Одно проверочное условие может спасти мир!
     
  • 1.35, хрюкотающий зелюк (?), 10:56, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А если не двигать папку туда сюда то ничего не случится? Так можно же игру ставить на любой диск и каталог, зачем сам стим двигать???
     
     
  • 2.93, Ordu (ok), 16:41, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А если не двигать папку туда сюда то ничего не случится? Так
    > можно же игру ставить на любой диск и каталог, зачем сам
    > стим двигать???

    Проблема не в том, что стим нельзя двигать, проблема в том, что стим сделан таким образом, чтобы его можно было двигать. И при этом программисты стима дебилы, которые совершенно не ориентируются в *nix, не представляют как работает PATH, не слышали про команду which, и пишут быдлячий вендокод на bash.

     

  • 1.36, Sluggard (ok), 11:07, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот поэтому я и не женюсь^W играю в современные игры! =)
     
     
  • 2.60, Аноним (-), 13:20, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот поэтому я и не женюсь^W играю в современные игры! =)

    steam позволяет играть не только в современные игры, но и в игры времен детства нынешних отцов, например, doom'ы, которые первые
    да, они там ПРОДАЮТСЯ

     
     
  • 3.61, Sluggard (ok), 13:31, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Для думов, и других олдфажных игр (я, например, сейчас режусь в Incredible Machines), есть DosBox и эмуляторы старых консолей.
     
     
  • 4.102, Ilya Indigo (ok), 17:22, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Incredible Machines

    Спасибо! :-)
    Я про неё и не знал, а она для меня оказалось интересней Crazy Machines.

     
  • 4.124, Аноним (-), 04:26, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    эм, оно как-то друг друга не заменяет совершенно
    в steam и так активно используется dosbox
     
  • 3.64, VolanD (ok), 13:33, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Вот поэтому я и не женюсь^W играю в современные игры! =)
    > steam позволяет играть не только в современные игры, но и в игры
    > времен детства нынешних отцов, например, doom'ы, которые первые
    > да, они там ПРОДАЮТСЯ

    Вам жалко купить дум?

     
     
  • 4.111, Аноним (-), 19:50, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вам жалко купить дум?

    А может его давит жаба покупать rm -rf / :). Он ведь и бесплатно есть.

     
  • 4.125, Аноним (-), 04:27, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам жалко купить дум?

    я в него и бесплатно играть не хочу, не говоря уже о платном доступе

     
  • 4.130, count0krsk (ok), 07:04, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вам жалко купить дум?

    А сколько патронов к M16 можно купить на "всего 10$"? А если покупателей и игр тысячи?
    То-то же.
    Потенциальному противнику - ни копейки.

     
     
  • 5.145, VolanD (ok), 05:39, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Вам жалко купить дум?
    > А сколько патронов к M16 можно купить на "всего 10$"? А если
    > покупателей и игр тысячи?
    > То-то же.
    > Потенциальному противнику - ни копейки.

    Ну канеш, дум за сто рублей- это помощь в армию США, это зло. А сидеть в инете через свич за 1000$, это норм, да?

     
     
  • 6.146, count0krsk (ok), 12:48, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю )) У меня гигабитный Длинк за 300р 8-портовый. У провайдеров как правило на домах тоже Длинки с 2 гигабитными портами и 24-48 100-мегабитными. Работал и в крупном (почти 40% абонентов города), и в поменьше, плюс с кучей взаимодействовал. Что-то покруче стоит только на узлах и в "логове" провайдера :)
    Есть фанаты, Микротики дорогущие ставят или циски домой. Красиво жить не запретишь )) А у меня с роутингом и старый ноут справляется.
     
     
  • 7.149, VolanD (ok), 14:06, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Не знаю )) У меня гигабитный Длинк за 300р 8-портовый. У провайдеров
    > как правило на домах тоже Длинки с 2 гигабитными портами и
    > 24-48 100-мегабитными. Работал и в крупном (почти 40% абонентов города), и
    > в поменьше, плюс с кучей взаимодействовал. Что-то покруче стоит только на
    > узлах и в "логове" провайдера :)

    Дык я про провайдера и говорил...
    > Есть фанаты, Микротики дорогущие ставят или циски домой. Красиво жить не запретишь
    > )) А у меня с роутингом и старый ноут справляется.

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


     
     
  • 8.156, count0krsk (ok), 14:47, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Стабилизатор перед ним - и ребут раз в полгода, летом как правило Может у меня... текст свёрнут, показать
     
  • 5.155, Michael Shigorin (ok), 03:40, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Потенциальному противнику -

    Вообще-то кинетическому.

     

  • 1.39, anonymous (??), 11:44, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    set -u им в помощь.
     
  • 1.41, annualslayer (ok), 11:58, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    то нвидия, теперь вальв

    игровая индустрия следит чтобы для игр всегда было достаточно места

     
     
  • 2.42, annualslayer (ok), 11:59, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    а хотя bumblebee это ж не нвидия
     
     
  • 3.50, Сергей (??), 12:44, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    И в установщике nvidia тоже уже было.
     
     
  • 4.164, annualslayer (ok), 01:50, 23/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > И в установщике nvidia тоже уже было.

    видимо, по прошествии времени оба события в памяти перемешались в одно :)

     

  • 1.45, vinegret (?), 12:29, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отсюда вывод: не хочешь замарачиваться в безопасности - не ставь сторонних пакетов. Если мейнтейнеры такое пропускают, стоит подумать о смене дитрибутива. Благо даже юзер-френдли на сегодняшний день огромный выбор. Да и вывод в принципе бородатый.
     
     
  • 2.47, ADMIN (?), 12:36, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Отсюда вывод: не хочешь замарачиваться в безопасности - не ставь сторонних пакетов.
    > Если мейнтейнеры такое пропускают, стоит подумать о смене дитрибутива. Благо даже
    > юзер-френдли на сегодняшний день огромный выбор. Да и вывод в принципе
    > бородатый.

    а собственно стим-то с этими скриптами ставится из-под юзера, душечка. Ещё один "не читал, но осуждаю".

     
     
  • 3.51, vinegret (?), 12:48, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо. В новости не указано, какие привелегии требует скрипт. Стим не юзаю, доки к нему не читал. Если скрипт не идет вместе с пакетом, то мой комент выше был действительно не к месту.
     
  • 3.83, Crazy Alex (ok), 15:32, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну дык второй бородатый вывод - ВЕСЬ софт должен быть установлен через штатный инсталлятор из репозитория. Никаких "установок в каталог пользователя" быть не должно.
     

  • 1.53, пургенту (?), 12:58, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    неосиляторы qemu-kvm должны страдать...
     
  • 1.55, botman (ok), 13:08, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ~/.local/share/steam

    не нашёл у себя такого вообще ни в каком виде, хотя недавна зачистил всё - структуру хорошенько перетрясли в лучшую сторону - сами пути стали короче

     
     
  • 2.70, Аноним (-), 14:00, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > пути стали короче

    Вот что rm -rf / животворящий делает :)

     
     
  • 3.142, botman (ok), 21:33, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Мне ничего не делал и не сделает, это надо особо одарённым быть чтобы сделало.
     

  • 1.56, botman (ok), 13:11, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > ошибка, приводящая к запуску команды "rm -rf /"

    это такой прикол или статья? да и вообще нафига рутом запускать Steam если он при установке говорит чтобы его рутом не запускали

     
     
  • 2.57, Chaser (??), 13:13, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> ошибка, приводящая к запуску команды "rm -rf /"
    > это такой прикол или статья? да и вообще нафига рутом запускать Steam
    > если он при установке говорит чтобы его рутом не запускали

    Причём тут запуск под рутом? Будет исполнена команда "rm -rf /*", оно удалит файлы, к которым есть доступ у пользователя.

     
     
  • 3.59, botman (ok), 13:18, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    посмотрел steam.sh... там только две строчки с rm -rf: в одной удаляется какая-то временная папка, в другой старая папка от steam
     
     
  • 4.65, botman (ok), 13:33, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    а вот, уже увидел
     
  • 3.153, botman (ok), 00:09, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Стабильную версию клиента починили от этого бага. Во всяком случае репорт стоит такой.
     

  • 1.66, Ilya Indigo (ok), 13:49, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >rm -rf /

    Решили переплюнуть Bumblebee :-)
    https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cd

     
  • 1.73, vitalif (ok), 14:27, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А что такое, кстати, steam.sh? Если ставил через deb-пакет - бинарник steam это запускает?
     
  • 1.75, qwewewewewep (ok), 14:46, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а не пора ли в саму rm добавить проверку ?
     
     
  • 2.76, Ilya Indigo (ok), 14:56, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы не поверите, она там есть и всегда была.
    Другое дело флаги -rf её отключают, так как без первого она не в состоянии удалять каталоги, а без второго файлы с атрибутом только для чтения.
     
     
  • 3.77, qwewewewewep (ok), 14:59, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    знаю что есть. Имел в виду добавить проверку удаления корня.
     
     
  • 4.78, EHLO (?), 15:04, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > знаю что есть. Имел в виду добавить проверку удаления корня.

    ты не поверишь

     
  • 4.95, Ordu (ok), 16:44, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > знаю что есть. Имел в виду добавить проверку удаления корня.

    Программеры вальв и её обошли написав rm -rf /*
    Вальв -- это похуже обезьяны с гранатой.

     
  • 4.96, Аноним (-), 16:45, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > добавить проверку удаления корня

    "rm -rf /" и "rm -rf /*" — не одно и то же.

     

  • 1.79, Daemon (??), 15:10, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Лишний раз доказывает - нехрен под рутом сидеть.
     
     
  • 2.89, Аноним (-), 16:16, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а разница? Что под рутом, что под обычным пользователем удалится хомяк. А на саму систему пофиг - переставить недолго
     
     
  • 3.113, Аноним (-), 19:53, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > на саму систему пофиг - переставить недолго

    А хомяк стоило бы бэкапать или снапшотить.

     
     
  • 4.131, count0krsk (ok), 07:11, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> на саму систему пофиг - переставить недолго
    > А хомяк стоило бы бэкапать или снапшотить.

    У меня даже ~/.config и прочие часто изменяемые папки типа Downloads и Documents вынесены нафиг на отдельный зашифрованный раздел. Во избежание ))
    В хомке только статика, которая есть в облаке, на DVD и на другом ПК вместе с образом всей системы.

     
     
  • 5.134, AlexYeCu (ok), 23:05, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >У меня даже ~/.config и прочие часто изменяемые папки типа Downloads и Documents вынесены нафиг на отдельный зашифрованный раздел. Во избежание ))

    «Во избежание» чего?
    Если ты этими каталогами пользуешься, значит во время работы они смонтированы и расшифрованы. А ошибка вроде той, о которой говорится в статье, сносит все данные из корня, на которые прав хватает. Ну и чем тут поможет «отдельный зашифрованный раздел»?

     
     
  • 6.136, count0krsk (ok), 03:02, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы не вычитали те, кому не положено, ежели попадет в руки.
    Сама-то ОС на нешифрованном стоит.
    И разделение на редко изменяющиеся данные (ОС, конфиги, музыка, и т.п.), и часто способствует более удобному бэккапу.
     
     
  • 7.140, AlexYeCu (ok), 11:38, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы не вычитали те, кому не положено, ежели попадет в руки.

    О чём и речь: это поможет (если поможет), только если отключённый винт попадёт к кому-то не тому. К теме статье твои ухищрения какое отношение имеют?


     
     
  • 8.147, count0krsk (ok), 12:50, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Никакого, как и большая часть комментов на этом сайте ... текст свёрнут, показать
     
  • 3.144, Daemon (??), 23:51, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    #mv /sbin/rm /sbin/rm_fuck

    :) :) :)

    На сколько я знаю, KDE/Gnome при удалении файлов из окон не вызывают rm.

     

  • 1.103, 123 (??), 17:23, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >...после перемещения директории ~/.local/share/steam на новый диск через символическую ссылку...

    О! спасибо за новость!
    А то вот как раз на днях собирался именно так и сделать. А теперь похоже на некоторое время откажусь от идеи - поставить steam на linux

     
     
  • 2.133, Аноним (-), 19:18, 17/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >А то вот как раз на днях собирался именно так и сделать. А теперь похоже на некоторое время откажусь от идеи - поставить steam на linux

    <troll>А теперь похоже на некоторое время откажусь от идеи - поставить linux</troll>

    *trollface.jpg*

     

  • 1.105, nE0sIghT (ok), 17:40, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    rm -rf /
    rm: опасно рекурсивно обрабатывать «/»
    rm: используйте --no-preserve-root, чтобы отменить предупреждение об опасности
     
     
  • 2.108, Аноним (-), 18:03, 16/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Молодец, а теперь пиши rm -rf /*
     

  • 1.106, aspbazi (?), 17:44, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очередные сплетни.
    Не использую папку ~/.local/share/steam
    Копирую на др диск.
    Не каких проблем нет, и не будет.
     
  • 1.115, AlexYeCu (ok), 20:01, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то я не уверен, что это случайно, уж больно в тему комментарий:

    # Scary!
    rm -rf "$STEAMROOT/"*

     
  • 1.116, AlexYeCu (ok), 20:06, 16/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    # figure out the absolute path to the script being run a bit
    # non-obvious, the ${0%/*} pulls the path out of $0, cd's into the
    # specified directory, then uses $PWD to figure out where that
    # directory lives - and all this in a subshell, so we don't affect
    # $PWD

    STEAMROOT="$(cd "${0%/*}" && echo $PWD)"

    non-obvius, понимашь ли. Зато теперь полный obvius, выходит. Окончательный.

     
     
  • 2.137, count0krsk (ok), 03:04, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитал тему про bumblebee на гитхабе, смеялсо )
    Особенно понравился демотиватор "/usr? Да он мне никогда и не нравился" ))
     
     
  • 3.139, AlexYeCu (ok), 11:35, 18/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    С bumblebee ситуация несколько иная.
    Там, конечно, тоже то ещё раздолбайство разработчика вылезло, но есть два немаловажных момента:
    1. Это была версия для тестирования, которая «на свой страх и риск» и всё такое, о чём разработчик предупреждал. Т.е. она и была предназначены для вылавливания багов — в дистрибутивы эта версия не попала, насколько помню.
    2. Это были дрова не от производителя железок, — nvidia на пользователей забила, фак ей ЛТ не просто так показывал, — а от другого человека, который был этим заниматься не обязан и занимался в свободное время. Естественно он и сам основательно задолбался, и команды тестеров у него не было, и деньги ему за это не платили.
    3. Потеря /usr может привести к переустановке системы. Это неприятно. Потеря всех пользовательских данных куда неприятней в большинстве случаев: далеко не все зеркалируют на отдельный компьютер все свои файлы в реальном времени. Тут какие бэкапы ни делай, что-нибудь да потеряешь.
    Так что этот просчёт всё же более лояльно воспринимается.
     
     
  • 4.148, count0krsk (ok), 12:54, 19/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что этот просчёт всё же более лояльно воспринимается.

    А я вообще философски отношусь ко всему материальному ) Ничто не вечно под луною, может через 10 лет будем под какой-нибудь "национальной ОС" сидеть, потому что другие "не положено", или на "национальные ПК" просто не встанут.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру