Yesterday I discovered I wasn't able to run alsamixer and amixer as normal user.
It seems it is a bug related to the debian package for version 1.0.25.
To solve this, just upgrade or downgrade your alsamixer version.
venerdì 27 dicembre 2013
Primusrun fails to run
On my pc I have two GPU, the intel one and an nvidia one. I installed bumblebee in order to switch from one to another when I need it, but it may happen that it fails loading the drivers.
primus: fatal: Bumblebee daemon reported: error: Could not load GPU driver
The nvidia driver name may have changed but your configuration file is probably outdated.
Go to /etc/bumblebee/bumblebee.conf and change the value "KernelDriver".
My previous value was "nvidia" and I had to switch it to "nvidia_current"
Once you have done that, restart bumblebee
/etc/init.d/bumblebeed restart
and everything will work fine.
primus: fatal: Bumblebee daemon reported: error: Could not load GPU driver
The nvidia driver name may have changed but your configuration file is probably outdated.
Go to /etc/bumblebee/bumblebee.conf and change the value "KernelDriver".
My previous value was "nvidia" and I had to switch it to "nvidia_current"
Once you have done that, restart bumblebee
/etc/init.d/bumblebeed restart
and everything will work fine.
martedì 24 dicembre 2013
Reducing the size of /var
/var is used in order to store some data which are not essential for the system itself, but which should be kept among sessions. Example of this data are logs (keeped in /var/log), cache (/var/cache) etc.
Using a disk analyzer I noticed my /var folder was huge, like 4.5 GB.
The biggest amount of data was in /var/cache/apt/archives.
Another big folder was /var/tmp/kdecache-your_username
The first one contains a copy of all the packages you have ever downloaded. This is useful if you need to reinstall them or if you want to perform a new clean installation and then reinstall everything you need, but it takes way too much space and it is not useful to me.
In order to remove all the packages in there you can use
apt-get autoclean if you want to remove only the packages which are not needed anymore
apt-get clean to remove all the files
The second huge folder is something related to KDE. I don't really know what it used for, but looking on the internet they state it is safe to remove it as long as you're not running KDE, so move to a different virtual desktop by pressing Ctrl + Alt + F1, log as root and execute
/etc/init.d/kdm stop
rm -fr /var/tmp/kdecache-your_username
/etc/init.d/kdm start
and log in again.
Using a disk analyzer I noticed my /var folder was huge, like 4.5 GB.
The biggest amount of data was in /var/cache/apt/archives.
Another big folder was /var/tmp/kdecache-your_username
The first one contains a copy of all the packages you have ever downloaded. This is useful if you need to reinstall them or if you want to perform a new clean installation and then reinstall everything you need, but it takes way too much space and it is not useful to me.
In order to remove all the packages in there you can use
apt-get autoclean if you want to remove only the packages which are not needed anymore
apt-get clean to remove all the files
The second huge folder is something related to KDE. I don't really know what it used for, but looking on the internet they state it is safe to remove it as long as you're not running KDE, so move to a different virtual desktop by pressing Ctrl + Alt + F1, log as root and execute
/etc/init.d/kdm stop
rm -fr /var/tmp/kdecache-your_username
/etc/init.d/kdm start
and log in again.
Moving Linux onto SSD drive (first steps)
My computer has an internal SSD drive which was used by Windows 8 as a cache. I was in doubt what to do with that, in particular because the windows tool seems very difficult to configure.
However, since I stay 99% of my time on Linux, I took the final decision: moving my Debian installation onto the SSD drive.
The drive is not so big: 22GB, 4 of them busy due to a OEM partition; so I have only 18GB available.
The first step is to check how much space your Linux installation requires. In order to do that you can use some tools such as baobab or kdirstat.
Baobab is gtk based and it works well, but it only shows the size of entire folders and not the size of single files.
kdirstat is a kde3 utility. If you have kde4 you can use k4dirstat. I would say it is as good as baobab and shows the size of files too, but I had some troubles in running it outside KDE. I have to retry it and see what happens.
However, from the analysis it seems that my OS takes 11GB of space, which is good because it fits in the SSD (and leave 7GB extra space).
Below you can find some useful links which explain how to configure your OS in order to avoid a huge amount of write on SSD
https://wiki.archlinux.org/index.php/Solid_State_Drives
http://frugaltech.happystoic.com/ssdlinux
http://blog.oaktreepeak.com/2012/03/move_your_linux_installation_t.html
However, since I stay 99% of my time on Linux, I took the final decision: moving my Debian installation onto the SSD drive.
The drive is not so big: 22GB, 4 of them busy due to a OEM partition; so I have only 18GB available.
The first step is to check how much space your Linux installation requires. In order to do that you can use some tools such as baobab or kdirstat.
Baobab is gtk based and it works well, but it only shows the size of entire folders and not the size of single files.
kdirstat is a kde3 utility. If you have kde4 you can use k4dirstat. I would say it is as good as baobab and shows the size of files too, but I had some troubles in running it outside KDE. I have to retry it and see what happens.
However, from the analysis it seems that my OS takes 11GB of space, which is good because it fits in the SSD (and leave 7GB extra space).
Below you can find some useful links which explain how to configure your OS in order to avoid a huge amount of write on SSD
https://wiki.archlinux.org/index.php/Solid_State_Drives
http://frugaltech.happystoic.com/ssdlinux
http://blog.oaktreepeak.com/2012/03/move_your_linux_installation_t.html
Iscriviti a:
Post (Atom)