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

[bycat]

apt-get update
Сущ:1 Index of /mirror/kali.org/kali kali-rolling InRelease
Чтение списков пакетов… Готово
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий «Index of /kali kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий «Index of /kali kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий «Index of /kali 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]

В 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

остальное всё убрать

 

[bycat]

прописал

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

 

[valerian38]

Дай сюда вывод команды, скрин

cat /etc/apt/sources.list

 

[bycat]

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

 

[bycat]

лови

 

[valerian38]

Попробуй почистить с помощью Bleachbit, и потом обновиться по новой

 

[bycat]

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

 

[bycat]

обновление не обновляеться

 

[valerian38]

Только что обновился, репозитории работают нормально, обновляется 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

 

[ghost]

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 Index of /kali kali-rolling main non-free contrib
# deb-src Index of /kali kali-rolling main non-free contrib

Так в чём проблема то? Естественно обновления не будет. См. выше.

 

[bycat]

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

 

[bycat]

Ghost ты мою тему читал?

Так в чём проблема то? Естественно обновления не будет. См. выше.

 

[bycat]

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

 

[ghost]

Ghost ты мою тему читал?

Читал

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

Не поддерживает архитектуру «64»
На 32 разрядной машине запускаем?
Обновления идут по https?
apt-transport-https установлен?

 

[ghost]

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

dpkg --add-architecture i386 && apt update на это не вляяет точно. Я так wine ставлю. И всё работает.

 

[bycat]

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

 

[ghost]

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

не apt-transport-https, а

apt install apt-transport-https

что выдаёт?

 

[bycat]

dpkg --add-architecture i386 && apt update
Odd number of elements in hash assignment at /usr/share/pkg-config-dpkghook line 30.
Сущ:1 Index of /mirror/kali.org/kali kali-rolling InRelease
Пол:2 Index of /mirror/kali.org/kali kali-rolling/main i386 Packages [15,9 MB]
Пол:3 Index of /mirror/kali.org/kali kali-rolling/non-free i386 Packages [148 kB]
Пол:4 Index of /mirror/kali.org/kali 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», так как репозиторий «Index of /kali kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий «Index of /kali kali-rolling InRelease» не поддерживает архитектуру «64»
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий «Index of /kali kali-rolling InRelease» не поддерживает архитектуру «64»

 

[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, 2017mutsKali Linux News

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 Kali Linux download page (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.
Index of /
This is our Kali Image Mirror Redirector. This server accepts your download requests from our official download page, and then serves your requested file from the geographically closest mirror. This is also the download point for our Kali Weekly builds – 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 GPG verify your downloaded image.
Index of /
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 here 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 Index of /kali kali-rolling main non-free contrib
# deb-src Index of /kali 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 Index of /kali/ 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 does not provide much extra security, do so only if you feel you must!