Apt-get upgrade runs amuck in Trisquel thumb drive

10 réponses [Dernière contribution]
amenex
Hors ligne
A rejoint: 01/04/2015

Starting with an 8GB flash disk, I formatted it fat32 and then used Gparted (on another Trisquel 7 flash drive that is working OK) to split it into a pair of roughly 4GB partitions, one formatted fat32 and the other ext3. Then I used "Universal-USB-Installer-1.9.5.8.exe" in my *inXP laptop to extract and install "trisquel_7.0_i686.iso" into the ext3 partition (which the installer reformatted fat32 anyway). All OK so far. I even used "Add/Remove Appplications" to poke a few additional goodies in there. The installer will not use more than 4GB of that 8GB flash drive, so the extra steps outlined above put the "waste space" to use for storing data needed for various purposes.

Now comes the puzzler: Next step was to use "sudo apt-get update" and "sudo apt-get upgrade" to bring the installation up to date. At the start, the update wanted to download ca. 350MB, which it said would use up another 75MB of disk space. "OK" sez I; let's do it.

After the download had finished, and just as the installation process was starting, I checked how much space was left: ca. 1GB. A couple of hours later, Trisquel informs me that my computer is full. At last sighting, the upgrade was still unpacking language files and help files ... Every language known to the Trisquel community. More help than I'll ever know how to find.

Fast forward ... I'm on my third try now. I have done all this two and a half times, and I'm curious: How much space is there in this Trisquel partition ? I check: There's 1 GB of space and 22MB of files, according to the "properties" button applied to the "Computer" in Places.

While all this was going on, the second partition, still fat32, has a bunch of image and video files that I put there and which consume about 2GB, and they're all just fine and unblemished.

Gparted tells me there's still two, ca. 4GB partitions. They're both fat32; The boot partition (3.99GB) is mounted at /cdrom and the data partition (3.48GB) is mounted at /media/trisquel/4790-C5E3. There's an additional "lba" flag on the boot partition. I've got 1.49GB of free space in the boot partition into which the upgrade files have to fit.

Therefore, according to Gparted, sudo apt-get upgrade should have oodles of space into which to download and unpack 350MB of upgrade files.

However, in /media, there are /media/cdrom (aas well as /media/trisquel/4790-C5E3 with the pix and videos):

/media/cdrom/casper
/media/cdrom/casper-rw
/media/cdrom/dists
/media/cdrom/isolinux
/media/cdrom/LEEME.TXT
/media/cdrom/license.txt
/media/cdrom/md5sum.txt
/media/cdrom/pool
/media/cdrom/preseed
/media/cdrom/README.TXT
/media/cdrom/Uni-USB-Installer-Copying.txt
/media/cdrom/Uni-USB-Installer-Readme.txt
/media/cdrom/uui

and in /cdrom, there's

/cdrom/casper
/cdrom/casper-rw
/cdrom/dists
/cdrom/isolinux
/cdrom/LEEME.TXT
/cdrom/license.txt
/cdrom/md5sum.txt
/cdrom/pool
/cdrom/preseed
/cdrom/README.TXT
/cdrom/Uni-USB-Installer-Copying.txt
/cdrom/Uni-USB-Installer-Readme.txt
/cdrom/uui.

Which may actually be OK, as they're both the same file system ...

But what am I doing wrong with sudo apt-get upgrade ?

davidnotcoulthard (non vérifié)
davidnotcoulthard

So....you were performing the update on a LiveUSB?

amenex
Hors ligne
A rejoint: 01/04/2015

davidnotcoulthard inquired: >you were performing the update on a LiveUSB?<

Yes - that's worked before, on the LiveUSB with which I Gparted the errant one.

My worry is that the apt-get upgrade said it was getting 350MB, that the upgrade would take up 75MB beyond that was already there, and then went on to fill up about 1GB ... and ultimately, all the remaining free space.

davidnotcoulthard (non vérifié)
davidnotcoulthard

I'm not an expert at all here but might it have something to do with a lack of RAM?

amenex
Hors ligne
A rejoint: 01/04/2015

davidnotcoulthard queried: > ... lack of RAM ? <

Not hardly ... the laptop has 4GB.

amenex
Hors ligne
A rejoint: 01/04/2015

Dodged:

I used Gparted again, reformatting the half of the flashdrive that had the standard Trisquel on it and then using the "Universal-USB-Installer-1.9.5.8.exe" to install the Trisquel Mini iso instead. After installation, I could run "sudo apt-get update" and "sudo apt-get upgrade" without incident. There were lots of files to download and install, but the upgrade process did not try to fill up the available space; it stuck to its promise to download ca. 400MB and then use ca. 40MB more space.

That's in stark contrast to my experience described at the beginning of this thread.

Why ?

amenex
Hors ligne
A rejoint: 01/04/2015

Solved ... sort of.

Google rescued me with a search on removing language help packages ... leading to the term, "extensions."

Those are what have to be removed - both help packages and language packages - with Synaptic Package Manager, which permitted me to mark umpteen such extensions for removal, although Synaptic Package Manager calls them "packages" and did not complain while removing nearly 1GB of opportunities for writers of every language known to gnu/linux/trisquel to use my lowly laptop.

Why these were gratuitously added in the first place is a mystery, as Synaptic Package Manager lists nearly as many more such packages that it had not installed, perhaps 'cuz it saw the end of available space in sight. Their sizes were not accounted for in the ca. 400MB originally downloaded, probably because "sudo apt-get upgrade" probably triggers a call to unzip and install everything that's in the trisquel iso image.

To me that's a bug, as it scuttles any attempt to try out a LiveUSB flashdrive, unless that flashdrive has about 8GB of available storage. It adds a couple of hours to the upgrade process, and that becomes necessary if one wants to try out a package such as icedove, which demands that the update/upgrade be executed before installing it.

This didn't happen when I started to use Trisquel in early January.

Magic Banana

I am a member!

I am a translator!

Hors ligne
A rejoint: 07/24/2010

Didn't you ask for the support of some languages in "Language support" (in "System settings")?

amenex
Hors ligne
A rejoint: 01/04/2015

Magic Banana inquired:
"Didn't you ask for the support of some languages in "Language support" (in "System settings")?"

Nope ... but I did choose "us-en" way back at the beginning. The rest was the upgrade manager's work.

At first I thought this was my fault for shoehorning that fat32 Data partition into the 8GB USB flashdrive, but today's revelation was on an unencumbered 8GB USB flashdrive - a second one, which is now coming apart at the seams from too many in's and out's in the USB port. The 8GB are now about 3/4's full, once I took out the extra language support.

The Trisquel mini iso didn't do this - probably no language support beyond the minimum ...

amenex
Hors ligne
A rejoint: 01/04/2015

Some time ago, Magic Banana asked:
> Didn't you ask for the support of some languages in "Language support" (in "System settings")?<

Today the question became clear. I'm starting up a ubuntu OS in a Power Spec desktop PC supplied by Micro Center (no proprietary interest on my part) and the Setup routine explicitly asked me whether I wanted the support for translations of other languages to English, and when I agreed, it went on with the nearly endless number of packages that swallowed up all the flash drives extra space in the USBFlash setup that precipitated my original inquiry. The desktop PC's HDD is virtually bottomless, of course.

In the end, more recent "sudo apt-get update" and "sudo apt-get upgrade" have become more disciplined and presently stick to the original promise of "xxxMB to download, yyMB extra space needed" in my USBflash setup. Musta bin fixed ...

amenex
Hors ligne
A rejoint: 01/04/2015

Some time ago, Magic Banana asked:
> Didn't you ask for the support of some languages in "Language support" (in "System settings")?<

Today the question became clear. I'm starting up a ubuntu OS in a Power Spec desktop PC supplied by Micro Center (no proprietary interest on my part) and the Setup routine explicitly asked me whether I wanted the support for translations of other languages to English, and when I agreed, it went on with the nearly endless number of packages that swallowed up all the flash drives extra space in the USBFlash setup that precipitated my original inquiry. The desktop PC's HDD is virtually bottomless, of course.

In the end, more recent "sudo apt-get update" and "sudo apt-get upgrade" have become more disciplined and presently stick to the original promise of "xxxMB to download, yyMB extra space needed" in my USBflash setup. Musta bin fixed ...