| Autor |
Nachricht |
|
|
Titel: Strange behaviour of apt
 Verfasst am: 22.09.2006, 21:02 Uhr
|
|
Anmeldung: 24. Feb 2006
Beiträge: 11
|
|
Hello All
I did a dist upgrade on 11 Aug on my 2005-04 system, and I've just discovered that my usb printer no longer works (the old HP Laserjet 4 on Ethernet is fine). Having seen several posts about cups being broken, I thought I'd d-u again and see if it got fixed. But apt-get upgrade now runs through its usual "Hit http:// ..." then produces hundreds of lines like
Code:
Get:49 2006-08-21-1303.49.pdiff [28.5kB]
I also see this on a laptop where I installed the Easter release, but not on my other desktop which also runs Easter (another story here as my latest attempt to du that with h2's script *completely* broke it - thanks heavens for partimage  .
My sources list is
Code:
# Unstable
deb http://ftp.de.debian.org/debian unstable main contrib non-free
deb-src http://ftp.de.debian.org/debian unstable main contrib non-free
# Testing
deb http://ftp.de.debian.org/debian testing main contrib non-free
deb-src http://ftp.de.debian.org/debian testing main contrib non-free
# Experimental
#deb http://ftp.de.debian.org/debian ../project/experimental main contrib non-free
#deb-src http://ftp.de.debian.org/debian ../project/experimental main contrib non-free
# Kanotix
deb http://kanotix.com/files/debian sid main contrib non-free
deb-src http://kanotix.com/files/debian sid main contrib non-free
Anyone got any ideas?
Tia
Chris |
|
|
| |
|
|
|
 |
|
|
|
Titel: RE: Strange behaviour of apt
Verfasst am: 22.09.2006, 21:14 Uhr
|
|
Anmeldung: 12. Mar 2005
Beiträge: 1005
|
|
First thing first: hopefully when you said apt-get upgrade you meant apt-get dist-upgrade.
Second, since no details are given, it's not easy to give any answer, so I'll run down list:
1. You always have done dist-upgrades, [not upgrades], in init 3, not in gui/kde/x mode.
If this is not true, then your system breaking comes as no surprise.
2. The du-fixes script cannot fix broken things, it simply makes it less likely that things will break.
If you fail to complete a dist-upgrade, which usually happens when most of the upgrade is remaining but apt exits with errors, the upgrade will of course completely fail. This is an easy error to make, but it's also very easy to avoid, by simply running either dist-upgrade again and looking at how many packages are being held back versus how many packages remain to be installed, or, if the upgrade seems done, run install -f, which will force install of problematic components. This has to be, along with upgrading in x, the absolute top reason for upgrade failure.
3. Failure to read relevant exit code message in apt dist-upgrades. This goes along with 2. Reading exit error messages, and watching the upgrades when they run, will eliminate almost all failed due to incomplete du problems since the user then knows it is incomplete.
There are far too many fixes to enumerate here, but if you do first a dist-upgrade without the du-fixes script, then try to use the dufixes script to fix the broken system, that does occasionally work for some people, but it's not a very safe idea, and definitely not recommended.
The pdiff things are normal, it's just how apt works now. |
_________________
Read more on dist-upgrades using du-fixes-h2.sh script.
New: rdiff-backup script
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 22.09.2006, 21:35 Uhr
|
|
Anmeldung: 24. Feb 2006
Beiträge: 11
|
|
h2
Thanks for the quick response. Seems I wasn't to clear (or consistent) in my post
Zitat:
But apt-get upgrade now runs through its usual "Hit http:// ..." then produces hundreds of lines like
should have been apt-get UPDATE.
To answer your questions
1. I always use your script, and boot into init 3 from the grub command line. It has always worked brilliantly well for me and I'm not in any way maligning it
2. I follow your advice and cycle through the -f and upgrade-again options until everything has settled down
I asked about the pdiff outputs as I let the laptop carry on to the end of the apt-get update and it ran through a couple of thousand of them and took about 15 minutes to do so! I hadn't seen this before and don't know whether it is a sign of something broken
Chris |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 22.09.2006, 21:56 Uhr
|
|
Anmeldung: 12. Mar 2005
Beiträge: 1005
|
|
the pdiff thing is annoying, and to me does not seem like an improvement on the old method, but that's how it is. My guess is that it is easier on the debian package repository maintainers, and since they are volunteers, if it's easier on them, and makes me have to wait a bit longer, then that's just fine.
backing up your system before major changes of course can be considered nothing but excellent practice, that's saved me two times as well, although one of them was actually it turned out a false alarm.
So I'm not sure what the actual problem in this case is. pdiff is slow, but it works fine, so it's just something to live with. In general I've found that the ftp.de sources tend to be very erratic, so I change them to my local ones, in this case ftp.us.debian...
Starting the script with the -m option brings up the option to change debian mirrors. |
_________________
Read more on dist-upgrades using du-fixes-h2.sh script.
New: rdiff-backup script
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 22.09.2006, 23:07 Uhr
|
|
Anmeldung: 05. Dez 2005
Beiträge: 414
Wohnort: Auckland, New Zealand
|
|
@chris_b ... it you want to turn off the "pdiff's" feature, then have a look at:
http://www.debian-administration.org/articles/439
@h2, actually, I now believe "apt-get upgrade" is fine to do, and that it's safer to do that rather than dist-upgrade, and those that do only upgrade have less problems (ie less times when X wont boot, or package wont work) and no problems with packages being removed. |
_________________
Linux is evolution, not intelligent design - Linus Torvalds
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 22.09.2006, 23:22 Uhr
|
|
Anmeldung: 12. Mar 2005
Beiträge: 1005
|
|
swydddla, I'm not sure about the upgrade being fine to do, although a few kanotix people use that, most recommend against it, for what I consider to be fairly good reasons.
So far, at 9 months of dist-upgrade, things are all still working. The problem, if I understand this right, with using upgrade is that when new packages are required, it won't pull them in, so over time your install gets more and more out of date in terms of being fully upgraded to the actual new version.
As I've been told, and have read, many times over: upgrade is for stable, and dist-upgrade is for sid, with the exception of the case where you are actually upgrading one stable version to the next, say sarge to etch.
Sid, on the other hand, due to its very fluid and evolving nature, needs to be dist-upgraded each time to keep up with sid itself.
If this explanation is technically incorrect please correct it someone. But I think that's more or less right. I know a small minority of kanotix core users do not agree with using dist-upgrade, but most do.
Speaking only for myself, my goal is to never reinstall. Since never is pretty extreme, I'd be happy if I only had to reinstall every 3-5 years. Anything less than that I consider to be a failure of debian etc to do what it actually claims to be able to do. |
_________________
Read more on dist-upgrades using du-fixes-h2.sh script.
New: rdiff-backup script
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 23.09.2006, 07:29 Uhr
|
|
Team Member
Anmeldung: 06. Mai 2005
Beiträge: 3087
Wohnort: berlin
|
|
your posted sources.list is old.
Code:
wget -O/etc/apt/sources.list http://kanotix.com/files/fix/sources.list
will get you an up tp date one.
greetz
devil |
_________________
<<We are Xorg - resistance is futile - you will be axximilated>>
Host/Kernel/OS "devilsbox" running[2.6.19-rc1-git5-kanotix-1KANOTIX-2006-01-RC4 ]
CPU Info AMD Athlon 64 3000+ clocked at [ 803.744 MHz ]
|
| |
|
|
|
|
|
|
|
Titel: Re: Strange behaviour of apt
Verfasst am: 23.09.2006, 21:30 Uhr
|
|
Team Member
Anmeldung: 17. Dez 2003
Beiträge: 1109
Wohnort: Ganymede
|
|
|
chris_b hat folgendes geschrieben::
Hello All
I did a dist upgrade on 11 Aug on my 2005-04 system, and I've just discovered that my usb printer no longer works (the old HP Laserjet 4 on Ethernet is fine).
What does lsusb tell you?
CUPS is running?
Code:
ps aux|grep cup
I always configure my printers in the web interface:
http://locahost:631 |
_________________
Ubuntu - An ancient African word for "Can't install Debian"
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 23.09.2006, 21:48 Uhr
|
|
Anmeldung: 30. Jan 2005
Beiträge: 259
Wohnort: Wiesbaden
|
|
|
devil hat folgendes geschrieben::
should this line not be incorporated in the apt-get update procedure? I know that this increases traffic a bit, but isn't it worth? |
_________________
Viele Grüße
mylo
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 23.09.2006, 21:55 Uhr
|
|
Anmeldung: 18. Jul 2005
Beiträge: 293
Wohnort: EST US
|
|
|
http://www.debian-administration.org/articles/439 hat folgendes geschrieben::
Rather than running "apt-get update" you can run:
Code:
apt-get update -o Acquire::Pdiffs=false
You can even choose to make this behaviour the default by adding editing the file /etc/apt/apt.conf (creating it if it is not present). Simply add the following line:
Code:
Acquire::PDiffs "false";
|
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 23.09.2006, 22:06 Uhr
|
|
Anmeldung: 12. Mar 2005
Beiträge: 1005
|
|
mylo, no, it's usually not necessary, and besides, many people have modified their sources.list file manually, so overwriting it would be extremely annoying. This is only for new users with maybe older kanotix installs that have never upgraded their sources.list for whatever reason.
opt4latino, does that procedure still fully update apt? If so, what is the purpose of the diffs? which can be very annoying, so if I could get rid of them I'd like to. |
_________________
Read more on dist-upgrades using du-fixes-h2.sh script.
New: rdiff-backup script
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 24.09.2006, 03:05 Uhr
|
|
Anmeldung: 05. Dez 2005
Beiträge: 414
Wohnort: Auckland, New Zealand
|
|
| @h2: according to one of the posts on the article:
Zitat:
The reason to do diffs, is to reduce server load. Whilst the smaller updates may take as long (or longer), presumably the bandwidth cost to people providing Debian mirrors is substantially less.
And yes both methods fully updated apt. |
_________________
Linux is evolution, not intelligent design - Linus Torvalds
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 24.09.2006, 20:39 Uhr
|
|
Anmeldung: 24. Feb 2006
Beiträge: 11
|
|
|
|
|
|
|
|
|
Titel:
Verfasst am: 30.09.2006, 04:14 Uhr
|
|
Anmeldung: 12. Mar 2005
Beiträge: 1005
|
|
|
|
|
|
|
|
