URL работает в wget, но не в curl (связанном с apt)
Да, вы можете, но имейте в виду, что есть вероятность, что Windows перезапишет главную загрузочную запись во время процесса обновления и, следовательно, отключит GRUB, поэтому после этого вам придется переустановить GRUB. Кроме того, установка Ubuntu останется неповрежденной.
Мне нужна инструкция по исправлению загрузчика, посмотрите в последний раздел моей быстрой записки GRUB2 Cookbook.
3 ответа
Обратите внимание на код состояния HTTP 302. Это перенаправление, что означает, что URL-адрес предоставил карты другому URL-адресу. Wget по умолчанию следует за перенаправлениями, завиток - нет. Браузеры также обычно следуют за перенаправлениями по умолчанию.
Цитирование с man-страницы,
-L, --location (HTTP) Если сервер сообщает, что запрошенная страница переместилась в другое место (указанное с заголовком «Местоположение» и кодом ответа 3XX), этот параметр заставит завиток повторить запрос на новом месте.К сожалению, я не могу помочь с частью apt-get, поскольку я не эксперт Ubuntu. Не могли бы вы изменить местоположение сайта обновления на
packagecloud-repositories.s3.dualstack.us-west-1.amazonaws.com/925/1150/debian/dists/jessie/main/binary-i386/Packages?AWSAccessKeyId=AKIAI44QGWC7C5WEV4XA&Signature=Vltn5Ghi49icZIN7Ho5DphMEbRE%3D&Expires=1500641185
вместо
packagecloud.io/slacktechnologies/slack/debian/dists/jessie/main/binary-i386/Packages
?
Надеюсь, это поможет!
-
1Ах, хорошо, 302 определенно объясняет разницу curl :) Я, должно быть, забыл, что завиток не делает перенаправления по умолчанию. Я попытаюсь посмотреть, как я могу изменить часть apt-get, хотя я уверен, что параметры GET не станут такими легкими. Тем не менее, большое спасибо :) Маркировка как принятая (хотя я буду обновлять здесь новый комментарий, если я смогу выяснить часть apt-get, для всех, кто может наткнуться на ту же проблему) – Jay Bosamiya 22 July 2017 в 23:47
-
2@JayBosamiya Что мне интересно, почему сайт обновления использует перенаправление 302, если apt его не поддерживает. Или, может быть, он настроен неправильно на своем сервере ... – vikarjramun 23 July 2017 в 07:31
-
3Я согласен, что его, вероятно, не следует использовать таким образом, и это либо неправильная конфигурация на их стороне (в последнее время), либо на моей стороне (что предотвращает перенаправление 302). Просто нужно выяснить, какой. – Jay Bosamiya 24 July 2017 в 17:28
Обратите внимание на код состояния HTTP 302. Это перенаправление, что означает, что URL-адрес предоставил карты другому URL-адресу. Wget по умолчанию следует за перенаправлениями, завиток - нет. Браузеры также обычно следуют за перенаправлениями по умолчанию.
Цитирование с man-страницы,
-L, --location (HTTP) Если сервер сообщает, что запрошенная страница переместилась в другое место (указанное с заголовком «Местоположение» и кодом ответа 3XX), этот параметр заставит завиток повторить запрос на новом месте.К сожалению, я не могу помочь с частью apt-get, поскольку я не эксперт Ubuntu. Не могли бы вы изменить местоположение сайта обновления на
packagecloud-repositories.s3.dualstack.us-west-1.amazonaws.com/925/1150/debian/dists/jessie/main/binary-i386/Packages?AWSAccessKeyId=AKIAI44QGWC7C5WEV4XA&Signature=Vltn5Ghi49icZIN7Ho5DphMEbRE%3D&Expires=1500641185
вместо
packagecloud.io/slacktechnologies/slack/debian/dists/jessie/main/binary-i386/Packages
?
Надеюсь, это поможет!
Обратите внимание на код состояния HTTP 302. Это перенаправление, что означает, что URL-адрес предоставил карты другому URL-адресу. Wget по умолчанию следует за перенаправлениями, завиток - нет. Браузеры также обычно следуют за перенаправлениями по умолчанию.
Цитирование с man-страницы,
-L, --location (HTTP) Если сервер сообщает, что запрошенная страница переместилась в другое место (указанное с заголовком «Местоположение» и кодом ответа 3XX), этот параметр заставит завиток повторить запрос на новом месте.К сожалению, я не могу помочь с частью apt-get, поскольку я не эксперт Ubuntu. Не могли бы вы изменить местоположение сайта обновления на
packagecloud-repositories.s3.dualstack.us-west-1.amazonaws.com/925/1150/debian/dists/jessie/main/binary-i386/Packages?AWSAccessKeyId=AKIAI44QGWC7C5WEV4XA&Signature=Vltn5Ghi49icZIN7Ho5DphMEbRE%3D&Expires=1500641185
вместо
packagecloud.io/slacktechnologies/slack/debian/dists/jessie/main/binary-i386/Packages
?
Надеюсь, это поможет!