Проблема Архи

B

bycat

apt-get update
Сущ:1 kali-rolling InRelease
Чтение списков пакетов… Готово
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»




uname -m
x86_64

lsb_release -a
No LSB modules are available.
Distributor ID: Kali
Description: Kali GNU/Linux Rolling
Release: kali-rolling
Codename: kali-rolling

Не может обновиться в чем решение?
dpkg --print-architecture;dpkg --print-foreign-architectures
amd64
64
 
Последнее редактирование модератором:

valerian38

Grey Team
20.07.2016
662
764
BIT
75
В sources.list пропиши это
Код:
deb https://http.kali.org/kali kali-rolling main non-free contrib
# deb-src https://http.kali.org/kali kali-rolling main non-free contrib
остальное всё убрать
 
  • Нравится
Реакции: ghost
B

bycat

прописал

apt-get update
Пол:1 kali-rolling InRelease [30,5 kB]
Пол:2 kali-rolling/main amd64 Packages [16,0 MB]
Пол:3 kali-rolling/non-free amd64 Packages [166 kB]
Пол:4 kali-rolling/contrib amd64 Packages [101 kB]
Получено 16,3 MB за 46с (357 kB/s)
Чтение списков пакетов… Готово
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
 
B

bycat

cat /etc/apt/sources.list
deb kali-rolling main non-free contrib
# deb-src kali-rolling main non-free contrib
 

valerian38

Grey Team
20.07.2016
662
764
BIT
75
Попробуй почистить с помощью Bleachbit, и потом обновиться по новой
 
B

bycat

Почистил BleachBit
Вывод:
apt-get update
Пол:1 kali-rolling InRelease [30,5 kB]
Пол:2 kali-rolling/main amd64 Packages [16,0 MB]
Пол:3 kali-rolling/non-free amd64 Packages [166 kB]
Пол:4 kali-rolling/contrib amd64 Packages [101 kB]
Получено 16,3 MB за 39с (415 kB/s)
Чтение списков пакетов… Готово
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
 

valerian38

Grey Team
20.07.2016
662
764
BIT
75
Только что обновился, репозитории работают нормально, обновляется 32 и 64 архитектура, у тебя точно только то что нужно в source.list ?
Именно эти строчки?
Код:
deb https://http.kali.org/kali kali-rolling main non-free contrib
# deb-src https://http.kali.org/kali kali-rolling main non-free contrib
 
  • Нравится
Реакции: Vertigo и ALF

ghost

Well-known member
12.05.2016
1 636
3 289
BIT
0
bycat, уже написали:
В sources.list пропиши это
Код:
deb https://http.kali.org/kali kali-rolling main non-free contrib
# deb-src https://http.kali.org/kali kali-rolling main non-free contrib
остальное всё убрать
а следом:
cat /etc/apt/sources.list
deb kali-rolling main non-free contrib
# deb-src kali-rolling main non-free contrib
Так в чём проблема то? Естественно обновления не будет. См. выше.
 
  • Нравится
Реакции: valerian38
B

bycat

apt-get update
Сущ:1 kali-rolling InRelease
Чтение списков пакетов… Готово
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
 
B

bycat

Забыл парни сказать я здесь не много поменял случайно на dpkg --add-architecture i386 && apt update до этого может поэтому не хочет обновляться как не
не поддерживает архитектуру «64»?
 
  • Нравится
Реакции: ghost

ghost

Well-known member
12.05.2016
1 636
3 289
BIT
0
Ghost ты мою тему читал?
Читал
apt-get update
Сущ:1 kali-rolling InRelease
Чтение списков пакетов… Готово
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
Не поддерживает архитектуру «64»
На 32 разрядной машине запускаем?
Обновления идут по https?
установлен?
 
  • Нравится
Реакции: Vertigo

ghost

Well-known member
12.05.2016
1 636
3 289
BIT
0
Забыл парни сказать я здесь не много поменял случайно на dpkg --add-architecture i386 && apt update до этого может поэтому не хочет обновляться как не
не поддерживает архитектуру «64»?
dpkg --add-architecture i386 && apt update на это не вляяет точно. Я так wine ставлю. И всё работает.
 
B

bycat

apt-transport-https
bash: apt-transport-https: команда не найдена
 
B

bycat

dpkg --add-architecture i386 && apt update
Odd number of elements in hash assignment at /usr/share/pkg-config-dpkghook line 30.
Сущ:1 kali-rolling InRelease
Пол:2 kali-rolling/main i386 Packages [15,9 MB]
Пол:3 kali-rolling/non-free i386 Packages [148 kB]
Пол:4 kali-rolling/contrib i386 Packages [98,3 kB]
Получено 16,2 MB за 4мин 43с (57,2 kB/s)
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Может быть обновлено 12 пакетов. Запустите «apt list --upgradable» для их показа.
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий « kali-rolling InRelease» не поддерживает архитектуру «64»
 
B

bycat

apt install apt-transport-https
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Уже установлен пакет apt-transport-https самой новой версии (1.6.1).
apt-transport-https установлен вручную.
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 12 пакетов не обновлено.
apt-transport-https
bash: apt-transport-https: команда не найдена


Kali Linux Repository HTTPS Support
April 24, 2017

A couple of weeks back we added more HTTPS support to our Kali infrastructure, and wanted to give our users some guidance and point out what’s new. While our (and shasums) has always been served via HTTPS, our mirror redirector has not. Now that we generate weekly images, secure access to the mirror redirector has become crucial.

This is our Kali Image Mirror Redirector. This server accepts your download requests from our , and then serves your requested file from the geographically closest mirror. This is also the download point for our – now with fresh and shiny HTTPS support. Hitting this redirector via HTTPS will redirect your request to an SSL enabled download server, while an unencrypted HTTP request will redirect to an HTTP enabled mirror. Where’s the catch? Not all donated mirrors support HTTPS, so choosing this transport may result in slower download speeds. Should downloading a Kali image over HTTP be a security concern? Not if you .

As a byproduct of enabling HTTPS on cdimage.kali.org, we now also support apt HTTPS transports. This means that our actual Kali package repositories can support HTTPS – resulting in encrypted Kali updates and upgrades. Surprisingly, this does not add much security to the update / upgrade process (read if you’re wondering why) – however it *does* add an extra layer of security, so we figured, “why not?”. To enable the apt HTTPS transport, first make sure the apt-transport-https package is installed (it’s installed by default in our weekly images and upcoming releases) and enable the HTTPS transport in your sources.list file as shown below:
root@kali:~# apt install apt-transport-https
root@kali:~# cat /etc/apt/sources.list
deb kali-rolling main non-free contrib
# deb-src kali-rolling main non-free contrib
root@kali:~#
Now any update or upgrade operation preformed against our mirrors will be HTTPS enabled:
root@kali:~# apt update
Hit:1 kali-rolling InRelease
Reading package lists... Done
root@kali:~#
As not all donated mirrors come with HTTPS support, shifting to the HTTPS transport may result in a less optimized mirror being selected for you, resulting in slower download speeds. As moving to an apt HTTPS transport , do so only if you feel you must!
 
Последнее редактирование модератором:
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!