Ошибка: требуемый тип данных, основной не доступный
У Вас есть диск CD-ROM? И также, что относительно дискового пространства?
Вы могли бы хотеть дать Ubuntu Живой CD попытка и видеть, как это работает на Ваших аппаратных средствах, возможно, это будет лучше, чем Вы ожидаете. Linux не является действительно таким пожирателем ресурсов по сравнению с некоторыми другими Ose. (На самом деле это заставляет меня задаться вопросом, могли ли Вы столкнуться с проблемами с наличием старых аппаратных средств.. не с точки зрения производительности, но возможно совместимости/поддержки для драйверов - никакое сообщение, которое я предполагаю, необходимо будет просто попробовать).
Один подход, который Вы могли проявить, должен просто установить текущее распределение и выносить GUI на этапе установки и установки и затем просто отключить GUI от подъема при запуске. Для этого Вы могли посмотреть на инструкции, что Вы упомянули о временном отключении GUI - я уверен, что это также содержало инструкции относительно перевключения, которое Вы просто не сделаете :)
Это было бы моим подходом, если бы я хотел сделать это.
Возможно, Вы найдете что-то полезным в этом более раннем обсуждении: Linux/UNIX для более старого (Pentium 4) ноутбук - и некоторые полезные ссылки.
О, я думал о еще одной вещи. Смотрите на дистрибутивы, нацеленные на ноутбуки. Они имеют тенденцию быть немного более компактными и менее требовательными с точки зрения ресурсов (или по крайней мере раньше был перед последней обрезкой ноутбуков, которые кажутся столь же мощными как рабочие столы).
Уберите кэш
Для начинающих я очистил бы свою область кэша.
$ sudo yum clean all
Тестирование каждого repo
Если бы это не решает вопрос затем, я прошел бы и попытался бы отключить каждый репозиторий 1 за один раз и затем повторно выполниться yum list команда, чтобы видеть, решает ли это Ваш вопрос.
Можно сделать это через командную строку временно, но сначала необходимо получить подлинные имена репозиториев, названия файлов являются не обязательно тем же самым.
Здесь я использую Fedora 19, например:
$ yum repolist | expand
Loaded plugins: auto-update-debuginfo, changelog, langpacks, refresh-packagekit
repo id repo name status
fedora/19/x86_64 Fedora 19 - x86_64 36,253
fedora-debuginfo/19/x86_64 Fedora 19 - x86_64 - Debug 6,635
google-chrome google-chrome 3
rpm-sphere RPM Sphere 7,679
rpmfusion-free/19/x86_64 RPM Fusion for Fedora 19 - 462
rpmfusion-free-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 157
rpmfusion-free-updates/19/x86_64 RPM Fusion for Fedora 19 - 414
rpmfusion-free-updates-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 149
rpmfusion-nonfree/19/x86_64 RPM Fusion for Fedora 19 - 219
rpmfusion-nonfree-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 62
rpmfusion-nonfree-updates/19/x86_64 RPM Fusion for Fedora 19 - 497
rpmfusion-nonfree-updates-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 170
*updates/19/x86_64 Fedora 19 - x86_64 - Update 17,597
*updates-debuginfo/19/x86_64 Fedora 19 - x86_64 - Update 2,241
virtualbox/19/x86_64 Fedora 19 - x86_64 - Virtua 10
repolist: 72,548
Включение одного repo за один раз
Таким образом, я вижу названия своего repos в самом первом столбце. Затем Вы захотите сделать 'вкусный список, где Вы отключаете все и затем позволяете всего одному repo, подтвердить, что он работает правильно.
$ yum --disablerepo=* --enablerepo=google-chrome list available
Loaded plugins: auto-update-debuginfo, changelog, langpacks, refresh-packagekit
Available Packages
google-chrome-beta.x86_64 33.0.1750.91-1
Когда Вы добираетесь до repo, это вызывает проблему, необходимо получить ту же самую ошибку, которую Вы упомянули в своем сообщении.
В моем случае эта ошибка вызывалась при запуске «yum update» из-за локального репозитория, который я вручную добавил в каталог /etc/yum.repo.d .
Я создал файл myrepo.repo и в строке «baseurl» дважды ввел «http: //», то есть:
baseurl = http: // http: //isblcncldrp0001.scisb.isban.corp : 8900 / cm / 5 /
Итак, как видите, baseurl неверен. Я удалил лишние «http: //», и «yum update» прошло успешно.
Estaba experimentando el mismo problema Error :Las listas de archivos de tipos de datos solicitados no están disponibles . Seguí el proceso @slm anterior para reducir qué archivo.repo estaba causando el problema, pero ahora, ¿qué repositorio individual?
Cambié enable=1 en todos los repositorios individuales dentro del archivo.repo a 0 y luego probé el comando de lista después de habilitar cada repositorio individual. Eventualmente encontré el repositorio individual que causaba el problema.
Alojamos caché de repositorio con Artifactory... pero incluso con repositorios alojados externamente, si puede navegar por los repositorios (como http://mirror.centos.org/centos/7.5.1804/os/x86_64/repodata/), verá filelist.xml.gz,este es el archivo faltante del que habla el error.
Para Artifactory, encontré :https://www.jfrog.com/confluence/display/RTF/RPM+Repositories
Indexing the File List
The filelists.xml metadata file of an RPM repository contains a list of all
the files in each package hosted in the repository. When the repository
contains many packages, reindexing this file as a result of interactions
with the YUM client can be resource intensive causing a degradation of
performance. Therefore, from version 5.4, reindexing this file is initially
disabled when an RPM repository is created. To enable indexing
filelists.xml, set the Enable File List Indexing checkbox.
Así que pude navegar a Admin -> local -> "repo" y marcar la casilla para crear la lista de archivos.
Después de esto, limpié el caché:
$ yum clean all
$ rm -rf /var/cache/yum
y volver a ejecutar
$ yum list iostat
y resolvió mi problema.
yum --disablerepo=* --enablerepo=repo_name updateдля каждого отдельного repo, решенного проблема во всяком случае. Я добиралсяError: requested datatype filelists not availableпрежде. – Maxim Mazurok 29.11.2017, 07:48