Re: [Dorset] Disk size in Asus EEE
On Tue, Jun 22 at 09:15, d-...@hadrian-way.co.uk wrote: I'm getting a bit confused with the diskspace available on my mother's Asus EEE 700. By default, these came with a 4G flash drive and I've added a 4G SD card. Xandros seems to have appended the SD Card to the original 4G, because the Disk Utility (a GUI tool in the Settings tab) says that all the space is on one drive. However, it also says that there is only 4G In a shell I get: /home/user df -h Filesystem Size Used Avail Use% Mounted on rootfs 1.4G 841M 508M 63% / /dev/sda1 1.4G 841M 508M 63% / unionfs1.4G 841M 508M 63% / tmpfs 249M 20K249M1% /dev/shm tmpfs 128M 24K128M1% /tmp /dev/sdb1 3.8G 561M 3.2G 15% /media/D: Can anyone explain where her other space has gone??? She keeps filling up the disk, even though there is loads left. I've not used a 700 but I'm guessing disk space is about right. The initial 4G (sda) will also have big chunks reserved for swap and the Xandros recovery partition. Hence only 1.4G for the user. Having had to cleanup a 901 recently I suspect the problme you are hitting is not raw space but inode allocation. Try a df -i to check. Xandros seems to leave a lot of temporary files lying around eating up inodes. One cleanup suggested on the web is: sudo find / -iname '.wh*' -delete Also: sudo apt-get clean I tried both of these by remote control. I wonder if talking a seismologist through things step by step is any easier than your mother :-) It gave us some short term relief. Ultimate solution is to replace the aging and poorly supported Xandros with something newer. On the 901 for general use I can recommend Ubuntu Remix 10.4. I don't know if it will fit on a 700. -- Bob Dunlop -- Next meeting: Blandford Forum, Tuesday 2010-07-06 20:00 http://dorset.lug.org.uk/ http://www.linkedin.com/groups?gid=2645413 Chat: http://www.mibbit.com/?server=irc.blitzed.orgchannel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset
[Dorset] Make and dependency generation
Hi Found a nifty way of comprehensively generating dependencies in make, in the O'Reilly Make book and am working on getting the following working from section 8.3.2: http://www.makelinux.net/make3/make3-CHP-8-SECT-3.html # $(call make-depend,source-file,object-file,depend-file) define make-depend $(MAKEDEPEND) -f- $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) $1 | \ $(SED) 's,^.*/\([^/]*\.o\) *:,$(dir $2)\1 $3: ,' $3.tmp $(SED) -e 's/#.*//' \ -e 's/^[^:]*: *//' \ -e 's/ *\\//'\ -e '/^/ d' \ -e 's// :/' $3.tmp $3.tmp $(MV) $3.tmp $3 endef This raises the question, how much escaping does a $ need in a sed script in a make file(?!) I can't see the need for four of them, and it doesn't work (I think it should be two, and that does work) - am I missing something here or is this a typo? Cheers Tim -- Next meeting: Blandford Forum, Tuesday 2010-07-06 20:00 http://dorset.lug.org.uk/ http://www.linkedin.com/groups?gid=2645413 Chat: http://www.mibbit.com/?server=irc.blitzed.orgchannel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset
Re: [Dorset] Make and dependency generation
Hi Ralph On 23/06/10 12:56, Ralph Corderoy wrote: Hi Tim, # $(call make-depend,source-file,object-file,depend-file) define make-depend $(MAKEDEPEND) -f- $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) $1 | \ $(SED) 's,^.*/\([^/]*\.o\) *:,$(dir $2)\1 $3: ,' $3.tmp $(SED) -e 's/#.*//' \ -e 's/^[^:]*: *//' \ -e 's/ *\\//'\ -e '/^/ d' \ -e 's// :/' $3.tmp $3.tmp $(MV) $3.tmp $3 endef This raises the question, how much escaping does a $ need in a sed script in a make file(?!) I can't see the need for four of them, and it doesn't work (I think it should be two, and that does work) - am I missing something here or is this a typo? If you want sed to see a dollar then you need to ensure the shell doesn't fiddle with it, which the single quotes do, and then you need to stop make thinking it's the start of a variable reference by doubling it. So yes, if I had foo: bar sed '/^$$/d' foo bar.tmp mv bar.tmp bar then that would be fine; sed would see /^$/d. However, we're defining make-depend here and its intended use is with call() and that expands the variable, doing dollar-substition, with $1 being source-file, etc., if the commented out call above was made. So another layer of protection is required from make and, again, it's with doubling. So the above looks fine to me as far as the sed goes, e.g. /^/d. http://www.gnu.org/software/make/manual/html_node/Call-Function.html That's interesting, as I don't seem to be getting this effect. Here's an extract of the output from the make, this with just the $$: makedepend -Y -f- vectors.c | sed 's,^.*/\([^/]*\.o\) *:,./\1 vectors.d: ,' vectors.d.tmp sed -e 's/#.*//' -e 's/^[^:]*: *//' -e 's/ *\\$//' -e '/^$/ d' -e 's/$/:/' vectors.d.tmp vectors.d.tmp.tmp # mv vectors.d.tmp.tmp vectors.d Putting in the quad $ ends up with double $$ above, so it certainly doesn't look as if it's getting substituted twice over. This with Make 3.81. I wonder if this has changed since an earlier version of Make - after all call would be being a bit rapacious substituting on other than $1, S2 etc. Further couple of tests which appear to confirm this: '/^$1/d' expands to param 1 as expected, '/^$$1/d' expands to $1. Cheers Tim -- Next meeting: Blandford Forum, Tuesday 2010-07-06 20:00 http://dorset.lug.org.uk/ http://www.linkedin.com/groups?gid=2645413 Chat: http://www.mibbit.com/?server=irc.blitzed.orgchannel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset
Re: [Dorset] Disk size in Asus EEE
On 23 June 2010 at 09:38 Bob Dunlop bob.dun...@xyzzy.org.uk wrote: I've not used a 700 but I'm guessing disk space is about right. The initial 4G (sda) will also have big chunks reserved for swap and the Xandros recovery partition. Hence only 1.4G for the user. Yes. I've now discovered that sda is split into two parts and df wwas being confused somehow. There is a 100 % full partition of 2.3G called sda1, according to the Diagnostic Utility in the Settings tab. I assume that's the Xandros system partition, but I can't work out how to get at it. The 1.4G partition is sda2. Having had to cleanup a 901 recently I suspect the problme you are hitting is not raw space but inode allocation. Try a df -i to check. Xandros seems to leave a lot of temporary files lying around eating up inodes. One cleanup suggested on the web is: sudo find / -iname '.wh*' -delete Also: sudo apt-get clean I couldn't get those to do anything. I tried both of these by remote control. I wonder if talking a seismologist through things step by step is any easier than your mother :-) It gave us some short term relief. Actually, I'm staying with her for a couple of days; hence the tasks. Ultimate solution is to replace the aging and poorly supported Xandros with something newer. On the 901 for general use I can recommend Ubuntu Remix 10.4. I don't know if it will fit on a 700. That's what I'd like to do, but I think she needs more time to get used to the idea. It runs well on my wife's 900. -- Next meeting: Blandford Forum, Tuesday 2010-07-06 20:00 http://dorset.lug.org.uk/ http://www.linkedin.com/groups?gid=2645413 Chat: http://www.mibbit.com/?server=irc.blitzed.orgchannel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset
Re: [Dorset] Disk size in Asus EEE
On 23 June 2010 at 00:57 Ralph Corderoy ra...@inputplus.co.uk wrote: You'd think, looking at that, that much of sda's space is not being used. You can use fdisk(8) to list the partitions on each drive. The size of each unit is given in the preamble. sudo fdisk -l /dev/sda sudo fdisk -l /dev/sdb Thanks. This shows up even more: sudo fdisk -l /dev/sda Disk /dev/sda: 4001 MB, 4001292288 bytes 255 heads, 63 sectors/track, 486 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 300 2409718+ 83 Linux /dev/sda2 301 484 1477980 83 Linux /dev/sda3 485 485 8032+ c W95 FAT32 (LBA) /dev/sda4 486 486 8032+ ef EFI (FAT-12/16/32) / sudo fdisk -l /dev/sdb Disk /dev/sdb: 4026 MB, 4026531840 bytes 31 heads, 30 sectors/track, 8456 cylinders Units = cylinders of 930 * 512 = 476160 bytes Device Boot Start End Blocks Id System /dev/sdb1 9 8457 3928064 b W95 FAT32 It could be sda has a partition that isn't being mounted so it's available for use. I don't know about being available for use, but there are at least three partitions that aren't accessible to everyday users. I'll definitely think about an upgrade to UNR. -- Next meeting: Blandford Forum, Tuesday 2010-07-06 20:00 http://dorset.lug.org.uk/ http://www.linkedin.com/groups?gid=2645413 Chat: http://www.mibbit.com/?server=irc.blitzed.orgchannel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset
Re: [Dorset] Ubuntu 10.04 log-in fault
Hi Ralph, While making the checks you suggested I discovered several full backups I had deleted that were still in the wastebasket. I now have sufficient space to run 10.04 but will have to upgrade my hardware sometime. Many thanks for your help. Cheers, Peter. On 23/06/2010 13:17, Ralph Corderoy wrote: Hi Peter, Thanks for the tip, the disk is nearly full with 0% available for dev. I shall have to upgrade my hardware. In the meantime is there a way of getting back to 9.10? No, but you may find that if you clear some space and then do some package action, e.g. sudo apt-get dist-upgrade that the upgrade to 10.04 will continue. It does try to make sure there's sufficient space before starting, so it's not good it has run out. One of the log files for the upgrade records how much disc space it observed versus what it thought was required. Try looking in /var/log/dist-upgrade/main.log for Free space. You should find lines around there to do with it. You may want to report a bug that the upgrade failed. Cheers, Ralph. -- Next meeting: Blandford Forum, Tuesday 2010-07-06 20:00 http://dorset.lug.org.uk/ http://www.linkedin.com/groups?gid=2645413 Chat: http://www.mibbit.com/?server=irc.blitzed.orgchannel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset
Re: [Dorset] Disk size in Asus EEE
On 23/06/10 17:29, d-...@hadrian-way.co.uk wrote: I'll definitely think about an upgrade to UNR. As I recall UNR was a non-starter for EeePC 700 - slow to the point of being unusable, possibly on account of it being optimised for other hardware (Intel Atom?), or simply due to the lack of resources on the EeePC. In the end I went for PupEee: http://puppylinux.org/wikka/EeePC One thing I would say there though is that, depending upon who this is for, Puppy/PupEee isn't an ideal beginner distro from an admin perspective. Sean -- music, film, comics, books, rants and drivel: www.funkygibbins.me.uk -- Next meeting: Blandford Forum, Tuesday 2010-07-06 20:00 http://dorset.lug.org.uk/ http://www.linkedin.com/groups?gid=2645413 Chat: http://www.mibbit.com/?server=irc.blitzed.orgchannel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset