I am using 10.04 LTS Lucid, and I notice the free space of root is getting smaller and smaller. Five months ago, there was about 3.9GB free space of root, but now it is only 1.6GB. I always run sudo apt-get autoremove and sudo apt-get autoclean every time the update is finished, and also use Bleachbit to clean the system, but both are useless.
I never faced such problem with older versions of Ubuntu, is there any measure to fix it?
1. There is not any .deb in the /var/cache/apt/archives.
2. The total content of /var/log is only 167.6 MB, that won't be a problem.
I am using 10.04 LTS Lucid, and I notice the free space of root is getting smaller and smaller.
Five months ago, there was about 3.9GB free space of root, but now it is only 1.6GB. I always run sudo apt-get autoremove and sudo apt-get autoclean every time the update is finished, and also use Bleachbit to clean the system, but both are useless.
I never faced such problem with older versions of Ubuntu, is there any measure to fix it?
I cannot reduce the size of all icons, context menu items etc.For example, I need to do some minor programming for the university. And this is how Eclipse Aptana RadRails look on a netbook: [URL] UI takes up to 70% of screen space, and the IDE is barely usable now. On Windows it looks like [URL] I tried some gnome themes but they all are of the same size. Is there any way how I can reduce the size at least for the whole system (nautilus etc)? If there is a way how I can apply 'nanoized' theming for desired applications only.
this might be a silly question, it might not. I need to send upload some documents (scans) I have onto a website, and there is a limit to how large the pdf can be. (7MB) The file I have - and I can upload only one - is about 10 MB. Is there any command with which I can make this pdf smaller without compromising the resolution too much
I ordered a new laptop which has a conventional hd with the pre-intalled os on it. I would like to make an image of all the software that is installed on this conventional hd and move it to an ssd which I will use to replace the hd. Problem is that the conventional hd is 320GB and the ssd is only 240GB. All solutions I've found require the target partition to be at least as large as the source.Is there any way of doing this using linux?
I feel really stupid posting this, but I can't find what I am looking for. I feel like I have a decent understanding what is going on, but I am missing something very elementary. I have several mpc clientpro machines that are all in one's with 17" monitors built in. I can't get any resolution to fill the screen. I have been playing around with settings in xrandr, to no avail.
In windows xp it is usually ran at 1024x768 resolution which is supported. However there will be about 2 1/2 inches of blank space on the right side of the scree. and then another 2 1/2 inches of blank space on the bottom followed by about 2" of what seems to be a mirror of the top 2". I can change to several different resolutions all taking up different sizes of the screen, but nothing will fill it.
I understand I can't just do anything I like, like it would be unreasonable to expect the card to output 1920x1080. But can't I get it to at least fit the screen? Whether it was 1024x768 or 1152x864 or 800x600.
I have been searching and searching, and I think I am just simply misunderstanding a key term that is not allowing me to find more information on this. Something like panning, overscan, etc.
I've noticed this issue for a long time now, and it's always bothered me. Whenever I have to open a file within a program or upload something to a website, etc., the window that pops up is always HUGE. The reason is due to the list of file types at the bottom. Instead of cutting off with an ellipsis at some point, every single applicable file type is listed. I can't resize these windows, either, so they always take up my entire screen. Is there any way to fix this so that these kinds of windows are a more reasonable size?
I have my Mythbuntu 9.10 environment installed on an old 160GB PATA disk and have just purchased a new 64GB SSD that I want to transfer my installation to.In the past I've just used ddrescue to clone disks, however in this case the source disk is larger than the destination disk so it won't work. I only have a few GB of actual data on the 160GB disk, so the 64GB SSD is definitely going to be enough for me.
I guess I need someway of either cloning so that only the actual data and not the partition is brought across, or possible shrinking the partition(s) first on the source drive and then using the same ddrescue method I've used in the past.Just looking for some assistance on what method is the best/most reliable?
I just upgraded from Ubuntu 10.10 to 11.04. I am still adapting to it but. Can I make this dock smaller? It is TOO big. I can't fit more than a few icons there. Also, I am a little lost. Where is the menu? I can't find system settings. How do I edit launchers on Dock? What command do I have to use in order to restart the panels? (on 10.10 I was just killing the gnome panel and it restarts by itself)
I want to modify and make smaller changes in a PDF document. How do I do that in Ubuntu?? I have heard it is possible with Open Office when you have some extensions to it? I have tried PDF Mod but you can't make much with it. I need to change text inside the document.
I have an ISO of a game I own that shows up as 5gb. When I mount the ISO like this:
mount -t iso9660 -loop game.iso /mnt/loop and go to /mnt/loop and execute du -hs
it returns 2.5gb. Examination of all the files and directories in /mnt/loop does indeed add up to 2.5gb. So my question is what happened to the rest of it? Does the 5gb ISO contain a bunch of empty space? Should I try to burn it to a DVD and see what happens or should I burn it to a dual layer disc? I don't want to waste a dual layer disc if I don't have to.
In a few hours I'll have a new 500GB Sony laptop, filled with the usual Sony rubbish which I'll promptly be replacing with Ubuntu or Crunchbang or something. However, first I want to make a full clone of the drive (including recovery partitions), should I wish to return it to Sony or sell it on in its factory state.
The problem is that the only backup drives I have are less than 500GB - the biggest I have is 250GB or so! So I need to backup and compress on-the-fly.
What's the best way to do this? Presumably dd piped into gzip would do the trick, or does anyone have any other suggestions to accomplish this?
I need to use the drive which currently hosts an Ubuntu 9.10 server install. The Os install was the default Ubuntu partitioning. It created sda1, sda2 and sda5, Linux, Extended and Linux/Swap partitions, respectively. The start and end blocks for sda2 & 5 are the same. I am trying to figure out which method of migration would be the best. I have used ddrescue to clone hard drives and am not sure how this would work when migrating to a smaller HD (Moving from a 74GB to a 36GB). Would it be a good idea to shrink the partition with Gparted or something? The OS is only about 3-4GB.
The other way I could migrate is to use the tar backup I made. It should have everything needed as I used the notes from the Ubuntu Backup How To page. I just don't know how this works when installing to a new hard drive. Would I need to create or edit the MBR of the new hard drive? Can a tar backup capture any of the MBR info?I guess it shouldn't make much of a difference as to which method I use so I am open to suggestions as to which to try and any suggestions as to things to make sure to do.
Been using Ubuntu 9.04 for a while now but I've always felt that the interface is too chunky. The buttons, text, dialogs are waaaay too big. Is there any good solution to reducing the size of everything, including dialogs and buttons. So far, I have been dropping the DPI with mixed results. It mostly affects fonts so it hasn't fully met my needs.Hence, I am posting on here to see how other people manage the chuny-ness of Ubuntu. Have you just gotten used to it? Have you got your own workaround? Have you converted to kUbuntu!?
I have recently ghosted, using g4u, an 80 gig drive to a 30 gig drive. The data size is about 15 gig so no problem there.The system does work and it doing everything it should, except for some errors in dmsg log.The thing is though, that the system works! all the services are running and live.And i have years worth of customizations in this machine. Has been running for several years, so i dont just want to reformat and reinstall. Its hard to get linux the way you want it sometimes!So my question is this, is there a way to fix my partition or somehow tell the machine what the current boundries <i>should</i> be?
I have a dual-boot Vaio, with Windows Vista (for WOW only,I promise!) and Ubuntu 10.10. I have a HDD with 250 GB, where 170GB is for Ubuntu and around 40 GB for Windows and a Swap that is 6 GB. This Swap seems a little too big, so how o I edit its size (make it smaller like 3GB) and then add the "free space"-leftovers to the big Ubuntu partition ( / )?
I have a gedit text file 2.2MB. I want to convert it into two orhree smaller files/volumes, so I can upload them seperately to web pages. Does anyone know a quick and easy way to do this?
I have a single VRO file from my camcorder, it is made up of about 100 different clips, they show up as individual clips on my camcorder, but only as a single file when I take it off the camera. Is there any program that can extract or split this file back up into the different clips? It's a pain trying to edit this when I may only need one clip out of it (total number of frames is over 132,000!
I wanted to back up my 4Gb boot drive and the new drive I had was slightly smaller. Couldn't find any info on here and precious little on the internet but I have previously used this technique to clone an 8Gb disk onto a 4Gb one. Since I have gained a lot of useful info from this forum over the years its probably time I contributed something. I used my netbook but this would work equally well from a live CD. Note the disk has to be unmounted so you can't use the live system. Firstly your USB stick probably has 2 partitions one for "/" and one for swap.
The first step is to reduce the "/" partition on the source drive to a size smaller than your target drive. I used gparted for this. Next create a partition on your target drive that is the same size or bigger than your newly shrunken partition. I formatted this although I'm not sure this is necessary. Personally I just used the whole drive and used a file on a hard disk as swap. Next you have to use dd to copy the partition.What is important is that you are copying the partition not the drive. So your source would be /dev/sdx1 and target /dev/sdy1 (you will need to find your own values for x&y).
Once again be very careful that you get these the right way around or you will destroy your souce disk. Even better do it in two stages - copy your source to a file and then the file to the target. Now you have a replica of your original disk but it is not bootable. If you are planning to use a swap partition you may as well create it now. Remember you will probably have to change /etc/fstab to read the new swap - at least on my system this was referenced by UUID. No need to change anything for the replicated partition as the UUID came over with everything else.
What are the benefits of a smaller specialized kernel? I know it will have a smaller memory footprint but will it actually affect performance in user-space at all?
I like openSUSE 11.3 very much. When I move the mouse pointer to the upper left corner of the screen, my active window is immediately replaced by 4, smaller windows (I think that at the beginning I had a cube). I'm afraid this gobbles up a lot of memory and henceforth slows down my computer. Is it possible to have only one window "active" at the time? If I want, say a terminal screen, I can always activate it via the "Computer" button?
I need to pop up a message, e.g.: "file is smaller then 30 KBytes!" when a file is smaller then 30 KBytes. How could i write an "if then else" script to pop up a zenity message, when e.g.: "FILE" is smaller then 30 KByte?
One thing that I didnt like about gnome is the huge gtk+ interface and controls. Everything is so large. Is it by design? Or I can make the overall interface smaller by some tweaking? If so then how? This question arose while I was using eclipse in fedora gnome.
I need to clone a 160GB hard drive with Linux Mint 9 (not more than 10GB used) to a 30GB SSD that is partitioned carefully (aligned to cylinder boundaries) and is currently running Ubuntu (which I wish to overwrite with Linux Mint 9). The SSD has a /boot partition, / and swap. The source (160 GB) does not have a separate boot partition. Can anyone help me fill in the steps below? /dev/sdc will be the source (160GB) and /dev/sda is the target (with partitions 1,2 and swap on 5).
make a copy of /etc/fstab from the target drive before proceeding. Ready the target partitions. Can I reuse the existing destination partitions on the SSD? Ready the filesystems on each of the target partitions. /boot is ext2, / is ext4 and swap is already set up too. As I said, all contain data (Ubuntu) that I wish to overwrite. So what steps are needed here? Do I need to erase anything (files, etc.) before the copy/clone? next, use dd to copy MBR (right?) And exclude partition table:
Code:
dd if=/dev/sdc1 of=/dev/sda1 count=1 bs=446
Mount the source and destination drives:
Code:
mount -t ext4 /dev/sdc1 /mnt/source mount -t ext2 /dev/sda1 /mnt/boot_target mount -t ext4 /dev/sda2 /mnt/root_target
I suppose I can leave the swap partition on the target untouched. Copy the files from the source partition to the destination
Code:
cp -a /mnt/source/boot /mnt/boot_target cp -a /mnt/source/ /mnt/root_target
then I assume I go to /mnt/root_target and delete the /boot directory, right? Change /etc/fstab to reflect the new partitions. I mount by label. Will my partition labels be intact after this? Do I have to make any changes to GRUB? Anything else?
I have a volume group that is made up of a number of physical volumes. I am thinking of consolidating all the small physical volumes onto one big drive. Is there any benefit in this, besides making administration easier? How do I go about doing this? From what I have read, it looks like I should have to do the following
1. add the new big drive to the VG 2. use pvmove to move the smaller PV onto the new PV 3. use pvchange -xn to make sure the old PV can no longer be allocated 4. repeat for all the small PVs. 5. use pvremove to remove all the small PVs
