Мой телефон сам перезагружался и я потерял все
- Статьи за 2013 год-это неправильно
- Ошибка в lwn бывает? Вы уверены?
- Длинные очереди в устройства ввода/вывода, создается "фон" обратной записи
- Ограничения "не-я/о грязных регулирования"?
- Подлинные сообщения о "USB-флешки ларек" проблемы
- Грязном пределе была вычислена неправильно [2014]
- Огромные ассигнования страницу блокировки на Ио [2011]
- "Грязные страницы дойдя до конца ЛРУ"? [пре-2013]
1. Статьи за 2013 год-это неправильно
На "USB-флешки ларек" статья дает очень обманчивое впечатление. Это искажает как исходный отчет, и ряд ответов.
Артем не сообщают, вся система висит, когда он вспыхнул кэшированные записи на USB. Его первоначальный доклад только жаловались на то, что выполнение команды "синхронизация" может занять до "десятки минут". Это различие ясно в ответ Линуса Торвальдса:
Это на самом деле очень легко воспроизвести, просто принимая вашего среднего USB-ключ и пытаюсь писать. Я просто сделал это со случайным ИСО изображения, и это больно. И это не так больно делать совсем другие вещи в фоновом режиме, но если вы просто запустите что значит "синхронизация" (и это происходит в сценарии), что просто приходит в ступор. В течение нескольких минут.
2. Ошибка в lwn бывает? Вы уверены?
Джон Корбет имела пятнадцатилетний опыт работы, отчетности ядра Linux развития на еженедельной основе. Это делает ее очень сложно написать такой ответ :-(. Я хочу показать, если статьи Корбе это неправильно, или плохо сформулированы. Но это было, вероятно, близко к правильному, в некотором роде. Мне нужно обрабатывать два разных записей, глядя на подробные точках, где они согласны или не согласны.
Я прочитал весь оригинал обсуждения, используя архивы lore.kernel.org. Я думаю, что сообщения вполне понятны.
Я на 100% уверена, что статья ошибается. В комментариях под статьей, хотя бы двух читателей повторил ложное утверждение своими словами, и никто не поправлял. Статья продолжает эту путаницу в третьем пункте:
Все эти данные забивает в очереди ввода/вывода, может отодвинуть другие операции. И, как только кто-то называет синхронизации(), вещи остановлюсь, пока всю очередь написано.
Это может быть путаница с Лайнус говоря: "вещь просто приходит в ступор". "Что" относится к "все, что делает синхронизацию (и это происходит в скриптах)". Но Корбе пишет, как будто "дело" означало "всей системы".
Согласно Лайнус, это проблема реального мира. Но подавляющее большинство вещей вообще не звонить в общесистемной синхронизации() операция.[1]
Почему Корбе путайте это со "всей системы"? Я думаю, там есть целый ряд проблем, и через некоторое время он получает жесткий, чтобы держать их всех в голове :-). И хотя lwn бывает описал развитие каждого устройства (и в процессе) грязные регулирования, в целом, я считаю, там не так много написано о таких деталях. Много документов только описать глобальные грязные ограничения.
3. Длинные очереди в устройства ввода/вывода, создается "фон" обратной записи
Артем выложил второй отчет в теме, где "сервер почти в палатках и других запросов ввода-вывода займет гораздо больше времени, чтобы завершить".
Это второй отчет не соответствует заявлениям о USB-флешку висеть. Это произошло после создания 10ГБ файл на внутренний диск. Это другая проблема.
Доклад не подтверждает того, что это может быть улучшена путем изменения грязные ограничения. И есть еще последний анализ таких случаях. Существует большая проблема, когда он забивает ввода/вывода в очереди вашего основного диска. Вы можете страдать от длительных задержек на диске, который вы постоянно полагаться на, для загрузки программного кода по требованию, сохранить документы и данные приложений с помощью write() + вызов fsync () и т. д.
К менее раздражающих фоновых записи -- LWN.net, 2016
Для управления памятью код решает написать целый ряд "грязных" данных, в результате запроса ввода-вывода, представленных в блок подсистемы. Что запрос может провести некоторое время в I/O планировщик, но это в конечном итоге направлено драйвера для целевого устройства.
Проблема в том, что если есть много грязных данных писать, там может быть огромное количество (как и в тысячи) запросов в очереди для устройства. Даже достаточно быстрый накопитель может занять некоторое время, чтобы работать через то, что многие запросы. Если какая-то другая активность (нажатие на ссылку в веб-браузере, скажем, или запуск приложения) генерирует запросы ввода/вывода в одном блоке устройства, эти запросы идут к задней части, что длинные очереди и не может быть обслужена в течение некоторого времени. Если несколько одновременных запросов генерируются ошибок страниц из недавно запущенное приложение, например — каждый из этих запросов могут, в свою очередь, должны пройти через эту длинную очередь. То есть точки, где вещи, кажется, просто стоп.
[...]
Большинство водителей заблокировать и вести очередями своих внутренних. Те нижестоящих очередей может быть особенно проблематичным, поскольку, к тому времени, когда запрос попадает туда, больше не подлежит контролю планировщика ввода-вывода (если имеется планировщик ввода/вывода на всех).
Патчи были объединены, чтобы улучшить это в конце 2016 года (для Linux 4.10). Этот код называется "дросселирование записи" или ВБТ. Поиск в интернете для wbt_lat_usec также находит несколько историй об этом. (Первоначальный док пишет о wb_lat_usec, но он устарел). Следует помнить, что регулирование обратной записи не работает с CFQ или значения планировщики ввода-вывода. CFQ был популярен в качестве стандартного планировщика ввода-вывода, в том числе в умолчанию сборок ядра до Linux и В4.20. CFQ удаляется в ядре У5.0.
Там были тесты, чтобы проиллюстрировать проблему (и прототип решения) на ССД (который выглядел как встроенный) и "обычный жесткий диск". Жесткий диск был "не совсем так плохо, как глубже длины очереди устройства, где у нас чрезвычайно пульсирующего ИО".
Я не уверен насчет "тысяч" запросов в очереди, но там, по крайней мере, устройства NVMe, который может очереди сотни запросов. Большинство жестких дисков SATA обеспечивает 32 запросы в очередь ("производителя"). Конечно, жесткий диск будет занять больше времени для выполнения каждого запроса.
4. Ограничения "не-я/о грязных регулирования"?
"Нет-я/о грязных регулирования" - это довольно сложная инженерная система. Он также был изменен в течение времени. Я уверен, что там были и остаются некоторые ограничения внутри этого кода.
На lwn бывает рецензия, код/патч комментариях, и слайды из подробной презентации показывают, что большое количество сценариев. Это включает в себя пресловутый медленный USB-флешки В. С. быстрое главного привода. Тестовые случаи, содержащие фразу "1000 одновременных Ди" (т. е. последовательное писателей).
До сих пор я не знаю, как демонстрировать и воспроизводить любые ограничения внутри грязный код регулирования.
Я видел несколько описаний проблемы исправления, которые были за пределами грязный код регулирования. Последние исправления я нашел в 2014 году - см. Последующие разделы. В поток, который lwn бывает ведет репортаж, мы узнаем:
В последних релизах такой проблемы вызвана проблемами в вернуть которой надоело видеть много грязных / под обратная запись страниц и в конечном итоге застрял в ожидании ввода-вывода для завершения.
[...] Сценария SystemTap дополнительно поймали этих типа территории и я считают, что они устроились.
Мэл Горман также сказал, что существуют некие "нерешенные вопросы".
Есть все-таки проблемы. Если все "грязные" страницы были поддержаны и другие медленные устройства, то грязные ограничения по-прежнему будет привести в палатках в грязных балансировки страницы [...]
Этот отрывок был единственное, что я мог найти в отчетном нить дискуссии, что приблизится резервное копирование толкование lwn бывает. Я желаю понять, что он имел в виду :-(. Или, как показать это, и почему это не кажется придумала как значительную проблему в тестах, что Артем и Лайнус побежал.
5. Подлинные сообщения о "USB-флешки ларек" проблемы
Хотя ни Артем, ни в Linux сообщили о "USB-флешки стойло", что повлияло на всю систему, мы можем найти несколько сообщений об этом в другом месте. Это включает отчеты в последние годы - после последнего известного исправить.
Я не знаю, в чем разница. Может быть, их условия испытания были разные в некотором роде, или может есть какие-то новые задачи(s), созданные в ядре, начиная с 2013 года...
- https://utcc.utoronto.ca/~ЦКС/космос/блог/Линукс/USBDrivesKillMyPerformance / https://utcc.utoronto.ca/~ЦКС/космос/блог/Линукс/FixingUSBDriveResponsiveness [2017]
- Почему мой компьютер замерзать, я копирую файл с флешки? [Январь 2014]
- Система лагов, когда делаешь большой Р/З операции на внешних дисках [2018]
- GUI ОС Linux становится очень неотзывчивым при выполнении тяжелых дисковых операций ввода-вывода - что настраивать? [2019]
6. Грязном пределе была вычислена неправильно [2014]
Был интересный исправить в январе 2014 года (применяемые в ядре В3.14). В этот вопрос, мы сказали, что лимит по умолчанию был установлен на 20% памяти. На самом деле, он установлен на 20% памяти, которая доступна для грязного кэша страницы. Например, буферов ядра для передачи данных по протоколу TCP/сетевые сокеты ИС. Буферы сокетов не может быть удален и заменен с грязным кешем страницы :-).
Проблема заключалась в том, что ядра подсчета памяти с возможностью горячей замены, а если он может выгружать данные в пользу "грязный" кэш страницы. Хотя это возможно в теории, ядра сильно предвзятым, чтобы избежать замены, и предпочитают вместо сбрасывания кэша страницы. Эта проблема была проиллюстрирована - что вы думаете - тест с участием писать к медленному USB-флешки, и, заметив, что это вызвало в палатках во всей системе :-).
Увидеть вновь: [патч 0/2] мм: уменьшить вернуть ларьки с тяжелой Анон и грязный кэш
Исправление заключается в том, что dirty_ratio сейчас рассматривается как часть файла кэша только.
По словам разработчиков ядра, которые понесли эту проблему", триггер условия кажутся достаточно правдоподобными - высокая Анон памяти W/ тяжелая буферизованного ввода-вывода и настройки поменять - и вполне вероятно, что это происходит в дикой природе." Так что это может объяснить некоторые пользовательские отчеты по 2013 году или ранее.
7. Огромные ассигнования страницу блокировки на Ио [2011]
Это была еще одна проблема: огромные страницы, медленные приводы, и длительные задержки (LWN.net, ноябрь 2011). Этот вопрос с огромной страницы должны теперь быть исправлены.
Также, несмотря на то, что говорится в статье, я думаю, что большинство современных Linux ПК не реально использовать огромные страницы. Это может быть изменение начиная с Debian 10. Однако даже как Debian 10 начинает выделять огромные страницы, где можно, кажется, для меня ясно, что он не накладывает никаких задержек, если вы не измените следующий параметр дефрагментации "всегда".
8. "Грязные страницы дойдя до конца ЛРУ" [пре-2013]
Я не смотрел на это, но мне показалось интересным:
mgorman 2011: Это новый тип USB-обзоры заглохнет, потому что это из-за одновременного уплотнения писать где, как и в прошлом большая проблема была грязной страницы дойдя до конца ЛРУ и пишутся вернуть.
mgorman 2013: работа в этой общей области рассматриваются такие проблемы, как грязные страницы дойдя до конца ЛРУ (чрезмерной нагрузке использования)
Если это два разных "дойдя до конца ЛРУ" проблемы, то первый звучит как это может быть очень плохо. Похоже, в последнее время, когда грязные страницы становятся наименее используемые страницы, любая попытка выделить память может быть отсрочена, пока что грязные страницы готового пишется.
Что это означает, он говорит, что проблема уже устранена.
[1] одним исключением: на некоторое время, менеджеру пакетов Debian dpkg для использовать синхронизации() для повышения производительности. Это было удалено, потому что точная проблема что синхронизации() может занять очень продолжительное время. Они перешли на подход, используя sync_file_range() на Linux. Ознакомиться с Ubuntu ошибка #624877, комментарии 62.
Часть предыдущей попыткой ответить на этот вопрос - это в основном должно быть избыточным:
Я думаю, что мы можем объяснить как сообщает Артем как согласуется с "не-я/о грязных регулирования" кодекса.
Грязный код регулирования нацелена на то, чтобы каждый бэк-устройство справедливую долю "общей кэш обратной записи", "что относится к его нынешней средней скоростью writeout по отношению к другим устройствам". Эта формулировка из документации /системы/класса/бди/.[2]
В простейшем случае, только одно резервное устройство записи. В таком случае, долю устройства составляет 100%. записать() звонки регулироваться для контроля общего кэша обратной записи, и сохранить ее на "уставки".
Пишет начать регулируется на полпути между dirty_background_ratio - точка, которая инициирует фоне writeout - и dirty_ratio - жесткий лимит на кэш обратной записи. По умолчанию, эти 10% и 20% доступной памяти.
Например, еще можно заполнить до 15% писать только на ваш основной диск. Вы могли бы гигабайт кэшированные записи, по тому, сколько оперативной памяти у вас есть. В этот момент, писать() вызовы начнут регулируется, чтобы соответствовать скорости записи - но это не проблема. Я ожидаю, что проблем повесить "для чтения" () и fsync() вызовы, которые застряли за большого количества не связанных между собой ИО. Это конкретная проблема решается "обратная регулирования" кодекса. Некоторые из ВБТ представлений патч включает описания проблемы, показывая ужасающие задержки этой причины.
Аналогично, вы могли бы заполнить полностью 15% С пишет на USB. Далее написать()С к USB будет душиться. Но главное диск не будет использовать какие-либо его долю. Если вы начинаете вызов write() на основной файловой системы, то это не будет ограничением, или, по крайней мере, откладывается гораздо меньше. И я думаю, что USB писать()будет душиться даже больше, чтобы принести двух писателей в равновесие.
Я ожидаю, что общий кэш обратной записи может временно подняться выше уставки. В некоторых более сложных случаях можно ударить жесткий лимит на общий кэш обратной записи. Жесткий лимит по умолчанию на 20% доступной памяти; конфигурация параметр dirty_ratio / dirty_bytes. Возможно, вы можете поразить это, потому что устройство может тормозить (возможно, из-за более случайных операций ввода-вывода рисунка), и грязные регулирования не сразу распознает изменения в скорости.
[2] Вы могли заметить, этот документ предполагает, что можно вручную ограничить долю обратной записи кэш, который может быть использован для конкретного раздела/файловой системы. Этот параметр называется файл/sys/класс/бди/*/max_ratio. Помните, что "если устройство, которое вы хотели бы ограничить-единственная, которая в настоящее время записывается, ограничение не имеет большого эффекта."
Столкнулся с этим обновлением Убунту 14.04 16.04 хозяев. biosdevname пакет не установлен, поэтому прибегают к "biosdevname=0 Нет.ifnames=0" в файле/etc/по умолчанию.жратва как заявил ОП.
Я запускаю этот скрипт, и если результат выглядит хорошо, перенаправить вывод в файл/etc/udev из/правил.Д/70-стойкие-net.правила для создания новых правил udev в том случае, если ядра не решает перечислить Ethernet порты в другом порядке.
#!/бин/Баш
счетчик=0
# создать массив сетевых устройств, начиная с ETH? из /proc
для Дев в Кот /труды/нетто/Дев | для egrep 'Эт.*:' | у awk '{печати 1$};' | вырезать -д':' -Ф1 | сортировка`; сделать
edev [считай]="$Дэв"
давайте считать="$счетчик+1"
сделано
# использовать массив, чтобы найти MAC-адрес
для D в ${edev[@]}; делать
Mac показать=`IP АДР "$д" | грэп эфира | у awk '{печати 2$};"
если [ -н "$мак" ]; затем
Эхо "# Mac за $д $Мак"
интернет
подсистема е '=="нет", действие=="включить" драйверы=="?*", До{адрес}=="%ы", м{dev_id}=="0х0", м{Тип}=="1", компания Kernel=="ETH в*", имя="%S"В\Н' $Мак $д
сделано
Вы пробовали переключения уведомления от Google Play магазин?
Это позволит вам поменять замок вращения с экрана уведомлений.
Связанные вопросы
Похожие вопросы
Без найти, у вас еще есть раковины (которую можно расширить шаблоны) и может перебирать содержимое каталога проверив сначала, если каждый файл, затем, если это не для записи, а затем, если это не исполняемый файл, а затем, если это читабельно.
Кто-то может написать скрипт для демонстрации, но это помогает начать с чтения документации, например, в POSIX тест.
Кстати, использование "только" в вопросе названия бы исключить результаты, в которых файл либо перезаписываем или исполняемый. В POSIX и найти, можно выразить это так:
найти . -тип F \! \( -Пермский -у=ж-е -Пермь -у=Х -О-Пермь-г=Ж -О-Пермь-г=х -о-Пермь-о=ж -о-Пермь-о=Х \)
ГНУ найти обеспечивает расширениями, которые позволяют более компактное выражение:
найти . -тип F \! -Пермский /с U=WX с,г=WX с,о=WX с
В тестовой утилиты (чаще используется как [ и ]) предлагает более простые тесты, чем найти, например,
на имя в *; У [ -Ф "$имя" -а-р "$имя" -а ! -з "$имя" -а ! -х "$имя" ] && ЛС-л "$имя"; сделано
Однако, его разрешения только для пользователей, а не группы или другие. Чтобы исключить файлы, основываясь на тех, Вы можете использовать ЛС, например,
имя в *; У [ -Ф "$имя" ] && дело "$(ЛС-л "$имя")" в -р--р--р--*) Эхо "$имя";; эсок; сделано
или (если вы хотите разрешить исполняемые файлы)
имя в *; У [ -Ф "$имя" ] && дело "$(ЛС-л "$имя")" в -р-?Р-?Р-*) Эхо "$имя";; эсок; сделано
Если это поможет, у меня была пара таких "33-в-1" кард-ридеры. Они никогда не работали в Linux, Windows или что-нибудь с электричеством. Я не говорю обо всех, но из 7 я тестировал 4 была та же проблема. Из этих 4 только один слот для SD-работал, остальные не. Так может, проблема может быть в устройстве, а не Linux. Я предлагаю проверить это на Windows, и если это плохо, купить новый и проверить его на месте вы покупаете его от.
Оба ключа являются частью эллиптических кривых алгоритм цифровой подписи. Закрытый ключ-это просто случайное число, а публичный ключ-это 2D-координат точек на эллиптической кривой производные от него. Закрытый ключ используется для подписи сообщений (в случае с биткоин - транзакции), а открытый ключ используется для проверки подписи является правильным. Открытый ключ может быть использован в транзакции, или превратился в биткоин-адрес с помощью хеширования и других операций.
Можно использовать любые библиотеки, которые поддерживает кривая уровнем используется биткоин (кривая secp256k1) для генерации соответствующих ключей. Существует несколько онлайн-решений для этих задач, например моего небольшого тестирования сайт.
Однако, чаще всего уходит генерации пары ключей для программы биткоин. Если нужно будет, закрытый ключ может быть извлечен из программы с помощью dumpprivkey биткоин API вызова.
У меня есть куча музыки, которую я разорвал с компакт-диска себе. Я не играл все это последнее время, в основном, вместо того, чтобы слушать мой iPhone. Я пошел играть в некоторые старые треки, только чтобы быть сказанным в iTunes "этот фильм требует QuickTime, который не поддерживается данной версией программы iTunes".
- Это не кино.
- Это не значит, что я ничего не менял. (Возможно, придется обновить программу iTunes.)
- Другие треки с того же компакт-диска все еще играбельно.
- Почему не поддержка iTunes с QuickTime?
Вы сталкивались с этим? Как бы мне обойти это, короткое повторного копирования всех эти диски? И есть ли способ, чтобы определить, какие треки были затронуты, если не пытаться играть каждый из моих тысячи песен?
Возможные Дубликаты:
Почему не Ubuntu с помощью последних версий некоторых приложений?
Всякий раз, когда я использовать менеджер пакетов, он может только найти действительно старые версии материалов. Пример:
судо apt-получить обновление
судо apt-получить установки PostgreSQL
Лучшее, что может сделать, это версии 8.4 (3 лет). Пытаясь получить более поздняя версия, я получаю:
$ судо apt-получить установки PostgreSQL-9.1
Чтение списков пакетов... готово
Построение дерева зависимостей
Чтение информации о состоянии... готово
Е: не удалось найти пакет PostgreSQL-9.1
Я испытываю тот же вопрос, когда я использовать менеджер пакетов, так что я обычно просто скачайте и создавать вещи из источника.
Как я могу сделать это найти актуальную программного обеспечения?
Как я могу добавить себя в этих группах, так что я могу иметь доступ к этим областям в Системных настройках? У меня есть доступ к sudo, но я не уверен, как это сделать через терминал.
Вы могли бы видеть это ошибка, которая должна быть исправлена в новой версии Хрома. Я использую документы в формате PDF/средство просмотра PowerPoint , которое отправляет PDF непосредственно в Google Docs для просмотра.
Рассмотрите возможность использования диспетчером логических томов. На предприятии объем управления системы был (год назад) другой альтернативы, но ЛВМ теперь интегрирован в ядро и очень прост в использовании, как только вы узнаете об этом.
Вы можете также хотеть рассмотреть использование спи файловой системы, а не те, которые вы упоминаете. Я использую его для более чем 5 лет через несколько отключений электроэнергии и журнал восстановления всегда восстанавливался мою файловую систему с нуля с ошибками и без потери данных. Я думаю, что спи-это замечательная файловая система.
Я нашел кто-то выложил здесь некоторые предложения. http://www.realkopiluwak.com/perfect-cup/
У меня было это раньше, как эспрессо, и это очень гладкая кофе. Я считаю, что это не слишком трудно сделать хорошо, но я считаю, что с помощью сифона может быть хорошей идеей. Лучше сделать его естественный аромат из.
У меня ноутбук HP и я подумываю о покупке ОС OS X и запустить его в виртуальной машине на ноутбуке.
Находится под управлением OS X в виртуальную машину, разрешенных лицензией?
Я бы хотела отследить альбомов для группы художников. Я мог бы просто перебрать их все и проверить, если они имеют какие-либо релизы с последним, но было бы гораздо эффективнее, если бы я мог выбирать будущих выпусках.
Как я могу получить ожидаемых релизов через API iTunes (или другой, если это не возможно)? Я думал, может предзаказ или будет список предстоящих релизов на эту неделю?
Я обычно храните западные псевдонимы как "прозвище".
Проблема, с которой мы столкнулись. Делать дома карты стека или то, что вы играете постоянно. Например, Баратеонов играть салладора Саана, который делает все лодки не свои 0, если поддерживается. Противник Грейджоев и играть Аэрон. При выборе новой карты они выбирают victarion. Они по-прежнему получают +2 ко всем есть корабли или эффект Санс все-таки сделать их 0?
Если вы используете Mac ОС X Lion или более поздних версий, который вас, судя по всему, вы можете просто снимите флажок "повторное открытие окон при входе обратно в" когда выход из системы или закрыть меню придумывает!
Таким образом, ваш открыт perviously приложение не будет снова открыт!
Если они это сделают... у вас есть определенный набор приложений, как* пункт входа это исправлено путем открытия системы преф - пользователи и группы - Объекты входа и пересмотреть этот список.
Я не совсем понимаю, что человек, играющий роль диспетчера разрешено и запрещено делать.
Если диспетчер хочет двигаться, т. е. заложить медика, ему нужно одобрение хозяина или он может сделать это в отношении медика будет?
При выполнении полета с другой пешки, не Диспетчер использовать свои карты или игрок, который пешка летит?
Может диспетчер двинуть свою пешку на город с другой пешкой или это касается только перемещения других пешек?
В iPhoto, там был AlbumData.xml файл с информацией о всех фотографии, как название, имя файла, и так далее. Я планировал использовать его в программе на Python, чтобы автоматически экспортировать фотографии в определенные альбомы на моем сайте.
С новыми приложениями приложение "Фотографии", я не могу найти AlbumData.xml или plist файла с одной и той же информации. В ~/Картинки/Фото Библиотеки.photoslibrary/базы данных/apdb по/ Directory содержит несколько .apdb по файлы, базы данных SQLite. Я осмотрел схему, в двух из них, но не нашел список фотографий. (Примечание: "apdb по" расшифровывается как "диафрагма дБ", так кажется, Яблоко повторно использовать совсем немного диафрагму в новом приложении "Фотографии".)
Так... я хочу, чтобы мои руки на имена файлов мои фотографии, их названия, какие альбомы они. Где эти данные хранятся?
(Погуглите-это очень тяжело из-за поиск общего "фото" термин...)
Это не возможно. Когда приложение возвращается, вы не можете повторно купить его, на всю вечность. Я потратил около 2ч с различными уровнями поддержки Apple без успеха.
Кроме того, стоит отметить, что вы не можете получать обновления для возвращен приложение (смысл).
Я пытаюсь установить Ruby и Rails на macOS через rbenv.
На ходовые рельсы новые приложение и рельсы -в
это дает ошибку:
5: из ящика/направляющие:8:в<основных>'
4: из ящика/направляющие:8:в require_relative'
3: С /Пользователи/jagtarsingh/конфигурации/загрузки.РБ:8:в `<топ (требуется)>'
2: С /Пользователи/jagtarsingh/конфигурации/загрузки.РБ:8:в require_relative'
1: С /Пользователи/jagtarsingh/конфигурации/load_config.РБ:5:в<топ (обязательно)>'/пользователи/jagtarsingh/конфигурации/load_config.РБ:5:в `требуют': не удается загрузить такой файл -- конфигурировать (LoadError)
Им следующие источники
http://guides.railsgirls.com/install#setup-for-os-x https://gorails.com/setup/osx/10.14-mojave
Я не есть хороший термин поиска, который может помочь мне выяснить эту ошибку. Где я могу начать исследовать и диагностировать это?
Показать вопросы с тегом kuwait block-comment ubuntu-dock