You are not logged in.
Pages: 1
** SOLVED: RE-INSTALLED **
When I run this latest update, I get this error "".
# pacman -Syu
:: Synchronizing package databases...
glibc-vps is up to date
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (2): dhcpcd-5.5.6-1 libpng-1.5.10-1
Total Installed Size: 0.95 MiB
Net Upgrade Size: -0.01 MiB
Proceed with installation? [Y/n]
(2/2) checking package integrity [############################] 100%
(2/2) loading package files [############################] 100%
(2/2) checking for file conflicts [############################] 100%
(2/2) checking available disk space [############################] 100%
error: Partition / is mounted read only
error: not enough free disk space
error: failed to commit transaction (not enough free disk space)
Errors occurred, no packages were upgraded.
My fstab
# cat /etc/fstab
#
# /etc/fstab: static file system information
#
tmpfs /tmp tmpfs nodev,nosuid,noexec,size=1000M,mode=1777 0 0
devpts /dev/pts devpts defaults 0 0
mounted partitions view:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 50G 11G 40G 22% /
/run 2.0G 36K 2.0G 1% /run
shm 2.0G 0 2.0G 0% /dev/shm
Kernel Version on this OpenVZ/VPS
# uname -r
2.6.18-238.12.1.el5.028stab091.1
Last edited by TuxLyn (2012-12-19 10:05:51)
::: Using Arch Linux Since October 25, 2011 :::
::: Tutorials: http://distrogeeks.com/ :::
Offline
I'm getting the same error as you:
:: Synchronising package databases...
glibc-vps is up to date
core 103.5 KiB 924K/s 00:00 [######################] 100%
extra 1384.4 KiB 2.21M/s 00:01 [######################] 100%
community 1652.1 KiB 2.30M/s 00:01 [######################] 100%
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...Targets (3): dhcpcd-5.5.6-1 libpng-1.5.10-1 tzdata-2012c-1
Total Download Size: 0.43 MiB
Total Installed Size: 6.36 MiB
Net Upgrade Size: -0.24 MiBProceed with installation? [Y/n] y
:: Retrieving packages from core...
dhcpcd-5.5.6-1-i686 67.2 KiB 676K/s 00:00 [######################] 100%
tzdata-2012c-1-any 132.9 KiB 871K/s 00:00 [######################] 100%
:: Retrieving packages from extra...
libpng-1.5.10-1-i686 237.6 KiB 1391K/s 00:00 [######################] 100%
(3/3) checking package integrity [######################] 100%
(3/3) loading package files [######################] 100%
(3/3) checking for file conflicts [######################] 100%
(3/3) checking available disk space [######################] 100%
error: Partition / is mounted read only
error: not enough free disk space
error: failed to commit transaction (not enough free disk space)
Errors occurred, no packages were upgraded.
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
tmpfs /tmp tmpfs nodev,nosuid 0 0
none /dev/pts devpts defaults 0 0
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 20G 4.3G 16G 22% /
/run 512M 40K 512M 1% /run
shm 512M 0 512M 0% /dev/shm
tmpfs 512M 0 512M 0% /tmp
2.6.18-274.18.1.el5.028stab098.1
Last edited by Sc00by22 (2012-04-05 20:19:34)
Offline
That is because initscripts no longer manually remounts '/' as read-write to allow for read-only root partitions. You need to put an entry for '/' in /etc/fstab. See the wiki for examples: https://wiki.archlinux.org/index.php/Fstab
Last edited by Stebalien (2012-04-05 20:33:34)
Steven [ web : git ]
GPG: 327B 20CE 21EA 68CF A7748675 7C92 3221 5899 410C
Do not email: honeypot@stebalien.com
Offline
You do not seem to have any fstab entries for "/".
edit: Stebalien beat me.
Last edited by loafer (2012-04-05 20:35:05)
All men have stood for freedom...
For freedom is the man that will turn the world upside down.
Gerrard Winstanley.
Offline
I can't say I have any experience with fstab, I've tried using this below with no success.
tmpfs /tmp tmpfs nodev,nosuid,noexec 0 0
/dev/simfs / simfs defaults,noatime 0 1
none /dev/pts devpts defaults 0 0
Offline
My guess would be to change 'defaults,noatime' to 'defaults,noatime,rw' but that shouldn't be necessary and I have no experience with simfs. Also, the oldest supported kernel version on Arch is 3.0.26. Your older kernel may have problems with Arch's udev.
Also, what packages did you last successfully update (look in /var/log/pacman.log).
Last edited by Stebalien (2012-04-06 02:58:54)
Steven [ web : git ]
GPG: 327B 20CE 21EA 68CF A7748675 7C92 3221 5899 410C
Do not email: honeypot@stebalien.com
Offline
]# pacman -Syu
:: Synchronizing package databases...
glibc-vps is up to date
core 103.5 KiB 887K/s 00:00 [############################] 100%
extra 1384.6 KiB 1041K/s 00:01 [############################] 100%
community 1651.4 KiB 664K/s 00:02 [############################] 100%
:: Starting full system upgrade...
resolving dependencies...
warning: dependency cycle detected:
warning: util-linux will be installed before its udev dependency
looking for inter-conflicts...
Targets (8): dhcpcd-5.5.6-1 filesystem-2012.2-4 kmod-7-2 libpng-1.5.10-1
syslog-ng-3.3.4-5 tzdata-2012c-1 udev-181-9 util-linux-2.21.1-2
Total Download Size: 2.13 MiB
Total Installed Size: 17.29 MiB
Net Upgrade Size: -0.35 MiB
Proceed with installation? [Y/n]
:: Retrieving packages from core...
filesystem-2012.2-4-any 4.0 KiB 1784K/s 00:00 [############################] 100%
kmod-7-2-i686 78.7 KiB 166K/s 00:00 [############################] 100%
syslog-ng-3.3.4-5-i686 341.9 KiB 445K/s 00:01 [############################] 100%
tzdata-2012c-1-any 132.9 KiB 191K/s 00:01 [############################] 100%
util-linux-2.21.1-2-i686 1414.8 KiB 923K/s 00:02 [############################] 100%
udev-181-9-i686 213.4 KiB 709K/s 00:00 [############################] 100%
(8/8) checking package integrity [############################] 100%
(8/8) loading package files [############################] 100%
(8/8) checking for file conflicts [############################] 100%
(8/8) checking available disk space [############################] 100%
error: Partition / is mounted read only
error: not enough free disk space
error: failed to commit transaction (not enough free disk space)
Errors occurred, no packages were upgraded.
Last edited by TuxLyn (2012-04-06 06:11:53)
::: Using Arch Linux Since October 25, 2011 :::
::: Tutorials: http://distrogeeks.com/ :::
Offline
It might be the fact that my VPS hosting oversold and now the node is full. I've contacted them now to see what is going on.
::: Using Arch Linux Since October 25, 2011 :::
::: Tutorials: http://distrogeeks.com/ :::
Offline
I got this error and solved it.I guess your vps is openvz? the latest glibc package from http://dev.archlinux.org/~ibiru/openvz/glibc-vps is 2.15-103,when I downgrade to 102,the error gone.your glibc is broken,so you should do like this.
download the 102 package and tar to root filesystem
tar -xJvf glibc-2.15-102-i686.pkg.tar.xz -C /
Last edited by allblue.z (2012-04-06 13:15:46)
Offline
mounted partitions view:
# df -h ...
Strictly speaking, df is not for viewing mounted partitions. Use mount for that:
$ mount
...
/dev/mapper/VG0-lv_root on / type ext4 (rw,noatime,user_xattr,barrier=1,data=ordered)
...
/dev/sda2 on /boot type ext2 (rw,noatime,user_xattr,barrier=1)
/dev/mapper/VG0-lv_home on /home type reiserfs (rw,noatime)
/dev/mapper/VG0-lv_var on /var type reiserfs (rw,noatime)
...
Note that mount options are displayed for each partition.
But whether the Constitution really be one thing, or another, this much is certain - that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner
Offline
I got this error and solved it.I guess your vps is openvz? the latest glibc package from http://dev.archlinux.org/~ibiru/openvz/glibc-vps is 2.15-103,when I downgrade to 102,the error gone.your glibc is broken,so you should do like this.
download the 102 package and tar to root filesystem
tar -xJvf glibc-2.15-102-i686.pkg.tar.xz -C /
I was about to say that the only package I updated last time was glibc, I guess being on an OpenVZ VPS is not want I want to be doing in the future with Arch. It would probably be better to do pacman -U glibc-2.15-102-i686.pkg.tar.xz though.
Last edited by Sc00by22 (2012-04-07 21:14:40)
Offline
I'm getting the same problem. My details are pretty much the same as in the OP; mount shows the following:
$ mount
/dev/simfs on / type simfs (rw,relatime,usrquota,grpquota)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
run on /run type tmpfs (rw,nosuid,nodev,relatime)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
none on /dev/pts type devpts (rw,relatime)
As you can see, / is mounted rw.
The last package upgraded as shown in /var/log/pacman.log is glibc.
I try what allblue.z wrote, but tar complains I can't use multi-volume compressed archives, and -M doesn't help.
Using pacman -U glibc-2.15-102-i686.pkg.tar.xz also gives the "parition / is mounted read only" error, so that doesn't work either.
Any help would be appreciated. Let me know if more details are needed.
Offline
I gotta ask, WTF is "simfs" and why are you guys mounting it as a type ?
Here's my fstab:
# <file system> <dir> <type> <options> <dump> <pass>
tmpfs /tmp tmpfs nodev,nosuid,noexec 0 0
UUID=978e3e81-8048-4ae1-8a06-aa727458e8ff / ext4 defaults,noatime 0 1
UUID=f838b24e-3a66-4d02-86f4-a2e73e454336 /media/Storage ext4 defaults,noatime,nodev,nosuid,noexec 0 0
UUID=14d50a6c-e083-42f2-b9c4-bc8bae38d274 /media/Backup ext4 defaults,noatime,nodev,nosuid,noexec 0 0
And mount:
$ mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
/dev on /dev type devtmpfs (rw,nosuid,relatime,size=902592k,nr_inodes=219966,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sdb1 on / type ext4 (rw,noatime,user_xattr,acl,barrier=1,data=ordered)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noexec,relatime)
/dev/sdb3 on /media/Storage type ext4 (rw,nosuid,nodev,noexec,noatime,user_xattr,acl,barrier=1,data=ordered)
/dev/sda2 on /media/Backup type ext4 (rw,nosuid,nodev,noexec,noatime,user_xattr,acl,barrier=1,data=ordered)
gvfs-fuse-daemon on /home/dspider/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
Everything is working fine.
Where are you guys getting your information from on how to set up your /etc/fstab ? There's a fricken wiki article on fstab right here: https://wiki.archlinux.org/index.php/Fstab
I have made a personal commitment not to reply in topics that start with a lowercase letter. Proper grammar and punctuation is a sign of respect, and if you do not show any, you will NOT receive any help (at least not from me).
Offline
I gotta ask, WTF is "simfs" and why are you guys mounting it as a type ?
They're running Arch on a VPS (OpenVZ I'm guessing). simfs is a sort of virtual filesystem used by that software.
Burninate!
Offline
This may be due not having the "fsck" hook defined in mkinitcpio.conf.
https://wiki.archlinux.org/index.php/Mkinitcpio#HOOKS
You would need regenerate your initial ramdisk with "mkinitcpio -p linux" from a livecd. I assume it is possible to boot your VPS from a rescue cd.
Offline
I am experiencing the same problem as described by TuxLyn when I want to install any package or a full system upgrade.
The mount command does show that the filesystem has been mounted as rw and I am still able to make changes to configuration files as well.
The problems started happening after I did upgrade the system, however I did check the pacman.log and with me the glibc is not updated last.
When I did execute this system upgrade, pacman did came with a warning saying:
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: gcc: requires gcc-libs=4.7.0-3
I then manually first upgraded all the dependencies before continuing with the system upgrade, could this have affected anything?
Offline
I got this error and solved it.I guess your vps is openvz? the latest glibc package from http://dev.archlinux.org/~ibiru/openvz/glibc-vps is 2.15-103,when I downgrade to 102,the error gone.your glibc is broken,so you should do like this.
download the 102 package and tar to root filesystem
tar -xJvf glibc-2.15-102-i686.pkg.tar.xz -C /
Solved my problem
Offline
For anyone still having this problem, you can comment CheckSpace in pacman.conf, but keep an eye on the free space.
/usr/bin/drinking
Offline
I got this error and solved it.I guess your vps is openvz? the latest glibc package from http://dev.archlinux.org/~ibiru/openvz/glibc-vps is 2.15-103,when I downgrade to 102,the error gone.your glibc is broken,so you should do like this.
download the 102 package and tar to root filesystem
tar -xJvf glibc-2.15-102-i686.pkg.tar.xz -C /
How are you un-taring something on a read-only filesystem?
Offline
allblue.z wrote:I got this error and solved it.I guess your vps is openvz? the latest glibc package from http://dev.archlinux.org/~ibiru/openvz/glibc-vps is 2.15-103,when I downgrade to 102,the error gone.your glibc is broken,so you should do like this.
download the 102 package and tar to root filesystem
tar -xJvf glibc-2.15-102-i686.pkg.tar.xz -C /
Solved my problem
Solved my problem, too What I did was downgrade from glibc-2.16.0-101 to glibc-2.16.0-100
Offline
Yeah, had the same problem and it was solved here by downgrading from -101 to -100 this time. Wonder why this happens, -100 worked fine for me.
Offline
The problem is caused by incompatibility between the glibc and the OpenVZ kernel.
In the arch kernel an f_flags field was added in the struct statfs returned by the statfs64 system call. Unfortunately the OpenVZ kernel doesn't know about the f_flags field so it just returns random garbage at
what it sees to be the end of the structure. And then glibc (and hence libalpm and pacman) interprets this
random garbage as file system flags and thinks the root file system is mounted read only. So pacman refuses to install any package (pacman -S package fails with filesystem is read only).
Ultimately the bug lies in the glibc package from the glibc-vps repository.
I have made an ugly workaround for this - i LD_PRELOAD my own small shared library before calling pacman, it intercepts the statvfs64() call and fixes the bogus f_flags field on return - this makes pacman work. But it is not the proper solution to the problem. The proper solution would be to fix the glibc package to not rely on f_flags in struct statfs.
Offline
Pages: 1