[SOLVED] Slow "dev-sda2.device" at boot...
First of all, hello everyone. This is my first post on Arch Linux forums, so don't hesitate to correct me if I am doing something wrong.
I have been trying to reduce the boot time on my HDD;
-Using readahead
-Quiet boot
I have managed to reduce the boot time dramatically, but there is a problem, which is a task on boot called dev-sda2.device and it takes more than 6 seconds
systemd-analyze
Startup finished in 1.226s (firmware) + 123ms (loader) + 5.340s (kernel) + 11.205s (userspace) = 17.895s
systemd-analyze blame
6.283s dev-sda2.device
1.728s systemd-readahead-collect.service
1.728s systemd-readahead-replay.service
1.215s wicd.service
656ms systemd-udevd.service
487ms [email protected]
443ms systemd-udev-trigger.service
438ms systemd-vconsole-setup.service
381ms systemd-sysctl.service
380ms boot.mount
378ms systemd-journald.service
259ms kmod-static-nodes.service
244ms systemd-remount-fs.service
202ms sys-kernel-config.mount
200ms dev-mqueue.mount
199ms sys-kernel-debug.mount
180ms tmp.mount
179ms dev-hugepages.mount
134ms systemd-tmpfiles-setup-dev.service
64ms [email protected]
53ms systemd-user-sessions.service
49ms systemd-logind.service
43ms wpa_supplicant.service
25ms systemd-random-seed.service
24ms systemd-readahead-done.service
23ms systemd-tmpfiles-setup.service
5ms systemd-journal-flush.service
5ms systemd-update-utmp.service
4ms alsa-restore.service
3ms [email protected]
2ms [email protected]
2ms [email protected]
1ms [email protected]
1ms systemd-backlight@backlight:intel_backlight.service
systemd-analyze critical-chain
graphical.target @11.205s
└─multi-user.target @11.205s
└─wicd.service @9.989s +1.215s
└─basic.target @9.986s
└─sockets.target @9.985s
└─dbus.socket @9.985s
└─sysinit.target @9.861s
└─systemd-update-utmp.service @9.855s +5ms
└─systemd-tmpfiles-setup.service @9.830s +23ms
└─local-fs.target @9.829s
└─boot.mount @9.447s +380ms
└─[email protected] @8.959s +487ms
└─dev-sda1.device @8.959s
As you can see, dev-sda2.device takes too long and I have no idea what it is. I have been searching it for two days, and found only one topic here, which didn't help me, so I am posting this topic.
-I updated my system today.
-UEFI
-Gummiboot
I know that 17 seconds is a very fast boot, but I want to make it faster. Why not if I can?
Thanks...
EDIT: Updating the system again fixed this.
Last edited by atahanacar (2015-05-19 10:35:31)
What file system are you using, and what is the mount point for /dev/sda2?
there could be some mount options depending on your filesystem, that could slow down/speed up mounting.
depending on mount point, using x-systemd.automount option could help.
I actually have similar issue where mounting of my /home on btrfs takes 6-7s of my 18s boot time and I haven't found a solution. Most of the time I just suspend/hibernate my laptop anyway, so it's not such a big issue for myself.
Similar Messages
-
[SOLVED] Trying to install Arch Linux from harddisk using /dev/sda2
Hi
I'm trying to install Arch using my swap partition, following this wiki entry: https://wiki.archlinux.org/index.php/Ha … stallation
What I've done:
Downloaded ISO: archlinux-2010.05-netinstall-i686.iso
Command: swapoff /dev/sda2
Command: fdisk /dev/sda and changed the system type to 83 (Linux) on /dev/sda2
Now it looks like:
Command (m for help): p
Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00017e5b
Device Boot Start End Blocks Id System
/dev/sda1 * 1 1060289 530144+ 83 Linux
/dev/sda2 1060290 3164804 1052257+ 83 Linux
/dev/sda3 3164805 105579179 51207187+ 83 Linux
/dev/sda4 105579180 488392064 191406442+ 83 Linux
It complained about device was busy, but it still seemed to have changed the system type, so I did partprobe as it wrote.
WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table. The new table will be used at
the next reboot or after you run partprobe(8) or kpartx(8)
Syncing disks.
[root@swamp ~]# partprobe
<no output>
Next I did:
[root@swamp ~]# dd if=archlinux-2010.05-netinstall-i686.iso of=/dev/sda2
327680+0 records in
327680+0 records out
167772160 bytes (168 MB) copied, 4.3025 s, 39.0 MB/s
[root@swamp ~]# mkdir /mnt/sda2
[root@swamp ~]# mount /dev/sda2 /mnt/sda2
mount: warning: /mnt/sda2 seems to be mounted read-only.
[root@swamp ~]# ls -al /mnt/sda2
total 150466
dr-xr-xr-x 3 root root 240 May 16 15:54 .
drwxr-xr-x 6 root root 4096 Nov 5 01:40 ..
dr-xr-xr-x 3 root root 556 May 16 15:52 boot
-r--r--r-- 1 root root 448 May 16 15:54 isomounts
-r--r--r-- 1 root root 8192 May 16 15:54 overlay.sqfs
-r--r--r-- 1 root root 154058752 May 16 15:54 root-image.sqfs
And unmounted it again.
The wiki page says to type: fsck -f /dev/sda2fsck, but I get no such file while trying to open sda2fsck.
[root@swamp ~]# fsck -f /dev/sda2fsck
fsck from util-linux-ng 2.18
e2fsck 1.41.12 (17-May-2010)
fsck.ext2: No such file or directory while trying to open /dev/sda2fsck
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
Can I ignore the above and continue modifying grub?
Thanks :-)
Last edited by valvet (2010-11-08 14:49:07)fsck -f /dev/sda2fsck makes no sense because /dev/sda2fsck is not a deivce. If the wiki says that, then it is wrong. It's only doing a fsck anyway so probably not really needed. If you are just formatting th swap partition then use, mkfs.ext{234}.
edit:
from the wiki
# fsck -f /dev/sda2fsck 1.40.8 (13-Mar-2008)
e2fsck 1.40.8 (13-Mar-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 3A: Optimizing directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda2: 243/78936 files (8.2% non-contiguous), 310519/314880 blocks
The first like should just be
# fsck -f /dev/sda2
Last edited by sand_man (2010-11-05 06:46:01) -
[SOLVED] dev-sda3.device timed out
Hi all!
First of all, I want to tell you, that I'm pretty new to Arch and I'm loving it.
But there is one problem that occurs, sometimes when I'm booting into
Arch. And this is really driving me nuts. I've searched around on google
and on this great forum, but I didn't find any similar topic.
I enabled the output of systemd while booting and it starts freezing
when it comes to the fsck of the device dev/sda3. The last point
the output shows is, that it reached the target swap.
I tried to figure out what's next point in the boot order and I'm pretty
sure that there is an issue with the sda3 partition. But the point
I really don't understand is, that sometimes the system boots without
an incidence.
I'm not so sure which logs you guys want to see and I don't want to spam
with irrelevant logs. Even if i nearly exclude it as an Error, i'll post the fstab:
# <file system> <dir> <type> <options> <dump> <pass>
tmpfs /tmp tmpfs nodev,nosuid 0 0
/dev/sdb1 / ext4 rw,relatime,data=ordered 0 1
/dev/sdb3 /home ext4 defaults,noatime 0 2
UUID=ce5d83e9-1e2e-47e2-9077-f19a9dd7f1c7 none swap defaults 0 0
Thanks for all responses or ideas
TK
Last edited by TK (2013-01-21 21:18:43)Hey guys,
sorry, I'm a little bit late for sunday evening ...
Well the output of the fdisk -l is:
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors
Units = Sektoren of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x638ed8df
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 2048 327682047 163840000 7 HPFS/NTFS/exFAT
/dev/sda2 327682048 1953521663 812919808 7 HPFS/NTFS/exFAT
Disk /dev/sdb: 163.9 GB, 163927522816 bytes, 320170943 sectors
Units = Sektoren of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009150d
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdb1 * 63 68356574 34178256 83 Linux
/dev/sdb2 68356575 76164164 3903795 82 Linux Swap / Solaris
/dev/sdb3 76164165 320170942 122003389 83 Linux
And the other command bohoomil suggested:
bohoomil wrote:systemctl --status failed.service
doesn't work, because it's an unkown option. Also
systemctl status failed.service
gives an error : No such file or directory.
Thanks for any further help, you guys are great
TK -
[solved] systemd times out waiting for dev-null.device on encrypted fs
I have a relatively new install of Arch on my laptop. The relevant sections of the drive setup are a luks encrypted root device (with associated unencrypted /boot), and a large ntfs device encrypted with truecrypt. That contains my home directory, which is shared with the Windows 8 dual-boot on the machine.
I have all this mounted on boot, so my typical usage is to enter my password for the encrypted root, followed by the password for the truecrypt-encrypted data drive, then normal login.
This has been working fine for a couple of weeks. This afternoon I rebooted my machine from Windows to Linux, at which point the secondary encrypted drive failed to mount. The root device mounts fine.
On further examination, in the form of journalctl -xb, I'm getting the following errors after mounting the encrypted root device:
Feb 12 21:29:54 kafka systemd[1]: Job dev-null.device/start timed out.
Feb 12 21:29:54 kafka systemd[1]: Timed out waiting for device dev-null.device.
-- Subject: Unit dev-null.device has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/li … temd-devel
-- Documentation: http://www.freedesktop.org/wiki/Softwar … e9d022f03d
-- Unit dev-null.device has failed.
-- The result is timeout.
Feb 12 21:29:54 kafka systemd[1]: Dependency failed for Cryptography Setup for cryptdata.
-- Subject: Unit [email protected] has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/li … temd-devel
-- Documentation: http://www.freedesktop.org/wiki/Softwar … e9d022f03d
-- Unit [email protected] has failed.
As my root home directory is on the root filesystem, I can still log in as root. If I try to mount or unmount the truecrypt device (located at /data) the command hangs. After removing "auto,x-systemd.automount" from that device from /etc/fstab and rebooting, I have a significant delay at boot, but I can then mount the /data device as normal.
I can't find anything related to this either here or on Google. Any ideas?
Last edited by tealeaf (2014-02-13 12:01:55)WonderWoofy wrote:A bit OT, but I just want to mention that having your $HOME on ntfs is probably not the best idea either. It may work, but because it is not a POSIX compliant filesystem, there is a good chance you might run into some issues.
Thanks for the warning. Sadly, as there are applications I need for work that only run in Windows, I need to dual boot this machine with Windows 8.1. This is the best option I can find for sharing my home directory, which is also a necessity due to the amount of data I have to share between the systems. I would much rather trust to ntfs-3g-ar and its UserMapping (and all the fiddling with ACLs that I had to do) than to the Windows ext2 drivers I can find. They all seem to be several years out of date. Linux is much better at talking NTFS than Windows is at talking EXT. (To be honest, I'm actually quite impressed with Windows 8 since the upgrade to 8.1. As a long term Arch user and a fan of tiling window managers it's interesting to see Windows moving in the right direction. )
With 'permissions' in the /etc/fstab and the .NTFS-3G/UserMapping file in place it works almost seamlessly. (It took a lot of tinkering with ACLs in Windows and Linux, but it's working very well now. One tip that I'll write here in case it's of use is that you want the last line of the UserMapping file to be a 'generic' mapping. When I didn't have that there were very strange things going on.)
The only two minor problems I have now are:
1) A few applications don't like FUSE filesystems. Steam worked for a while and then broke; reinstalling it failed at every stage. When I checked, it seems that FUSE is a known problem for Steam. (I don't think it's restricted to NTFS.) My response to that was to create /home/.local/$HOME on my root (ext4) filesystem and symlink out to it for troublesome applications.
2) There are a few characters for filenames that Windows doesn't like, making those files inaccessible in Windows. (Colons are the major culprit.) They're usually quite easily renamed. (The exception being my .maildir folder, which I have had to duplicate natively in cygwin.)
Neither of these are anything more than minor niggles. I appreciate the warning, though.
Having said that, if you have an alternative that lets me share a truecrypt-encrypted drive between Linux and Windows that is better than the NTFS-3G approach, I'd love to hear it for future reference. -
"Unable to find root device /dev/sda2"
Hi!
After an update - seemingly unsuccessfull - I get dropped into a recovery shell. The messages are:
/usr/lib/suspend/resume: /usr/lib/libpng14: version `PNG14_0`not found (required by /usr/lib/libsplshrender.so.1)
ERROR: unable to find root device '/dev/sda2'
I read that now I'm supposed to run a LiveCD and chroot something... can someone please be a little more specific here? I don't want to lose that system and I have no idea why it doesn't find my disk anymore. I just performed a pacman4 uprade, but it seems pacman4 is rather immature, leaving a system unuseable like that.
There is no sdaX in /dev any more. And I have very little experience with recovering Arch Linux. Until now
Best,
wishiI have some wild problems here
1.) I used an Arch Live CD, did the chroot trick from the wiki (https://wiki.archlinux.org/index.php/Ch … nging_Root) and rebuild my initcpio (https://wiki.archlinux.org/index.php/Mkinitcpio). That ends successfull, and says it adds hooks for sata etc.
-> But I had to remove the udev hook: http://bbs.archbang.org/viewtopic.php?pid=11304 - I guess that's the reason why it still doesn't find my /dev/sda2 - I'm not sure this is related though.
2.) I ran pacman -Qk to ensure everything is sane. No errors. I reinstalled linux and udev two minutes ago. No change.
But I don't see how I can fix this. What's that voodoo with some udev hooks wandering around? The new kernel is 3.2.5-1 ARCH. -
[Solved] Cant use second partition /dev/sda2
sudo mount /dev/sda2 /mnt
this works and i see lost+found of the /dev/sda2
but i cant write or add folders to /dev/sda2
"Error creating directory: Permission denied"
and it disapears from the file manager side panel
this happend when i was using thunar in xfce
and again when using pcmanfm in openbox
Last edited by Shockwave0 (2013-11-12 08:27:26)as user with sudo
[shockwave@ArchLinux ~]$ lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 ext4 aff5b1d2-0452-467f-81e7-dc3b2298101e /
├─sda2 ext4 backup b8c96528-bdce-4a7b-9d0b-b215e9332242 /mnt
└─sda3 swap 1519cef9-0d8d-4ea4-b9d5-cc94b09cd59a
sr0 iso9660 ARCH_201311 2013-11-01-08-10-26-00 /run/media/shock
[shockwave@ArchLinux ~]$
[shockwave@ArchLinux ~]$ 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=2023684k,nr_inodes=505921,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=25,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/sr0 on /run/media/shockwave/ARCH_201311 type iso9660 (ro,nosuid,nodev,relatime,uid=1000,gid=100,iocharset=utf8,mode=0400,dmode=0500,uhelper=udisks2)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
/dev/sda2 on /mnt type ext4 (rw,relatime,data=ordered)
Last edited by Shockwave0 (2013-11-07 01:14:05) -
[SOLVED] Mount /dev/sda4 (recycled) /home, when booting
Dear Archlinux users,
I reinstalled Archlinux with the goal to reuse my /home partition which is on /dev/sda4.
What i did was i reinstalled Archlinux with the netinstall cd, i formatted /dev/sda1/2/3 (/boot swap /root) and kept the /dev/sda4 /home folder partition.
When i boot it does not automatically mount the /dev/sda4 to /home.
How can i mount /dev/sda4 to /home at boot automatically?
Thanks for helping
I had to add the rule to /etc/fstab
#/etc/sda4 /home etx4 defaults 0 1
Sorry for the inconvenience
Last edited by verbin (2012-07-10 21:41:31)Dear Archlinux users,
I reinstalled Archlinux with the goal to reuse my /home partition which is on /dev/sda4.
What i did was i reinstalled Archlinux with the netinstall cd, i formatted /dev/sda1/2/3 (/boot swap /root) and kept the /dev/sda4 /home folder partition.
When i boot it does not automatically mount the /dev/sda4 to /home.
How can i mount /dev/sda4 to /home at boot automatically?
Thanks for helping
I had to add the rule to /etc/fstab
#/etc/sda4 /home etx4 defaults 0 1
Sorry for the inconvenience
Last edited by verbin (2012-07-10 21:41:31) -
Bad magic number in super-block while trying to open /dev/sda2
hello,
So I've a linux partition, and then I wanted to install a Windows copy. I've only 1 HDD with differents partition into it:
sda5 (swap)
sda6 /user
sda7/var
sda8 / (which contain the boot and root of course)
sda3 /home
sda2 NTFS (windows xp)
So, as I had linux installed before windows, I had to make my sda2 NTFS (87) under my cfdisk. Then, I went to install windows, everything worked fine, windows booted with his boot system, but I had to restore grub with my archlinux live cd:
grub> find /boot/grub/stage1
grub>root (hd0,7)
grub>setup (hd0)
everything worked successfully, my grub loaded till while booting archlinux I got this error:
couldn't find ext2 superblock, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda2
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
What I tried is to run the e2fsck -b 8193 /dev/sda2 but right after that, I thought about it, this isn't linux partition so of course, the superblock isn't the same as they are ntfs type from widnows?
I've read on some forum but unfortunately didn't solve my problem, if anyone has any suggestion before I format the NTFS partition, I'd really appreciate it.
best regards, mazwhat I think it happened, is that after installing windows your partitions numbers got twisted a bit. What you have to do is to edit /etc/fstab, and check out your linux and swap partitions mounting entries, I believe you just have to change the number of /dev/sda[number] coresponding to your linux partition in fstab
If you can't solve it, post the output of
fdisk -l
and
cat /etc/fstab
Last edited by I'mGeorge (2011-07-21 20:53:31) -
[SOLVED] Windows 8.1, lost Arch boot loader, cannot reinstall or boot
Hi all,
Apologies but I am only posting as I have exhausted my (admittedly quite limited) knowledge and have spent hours trying to get it back up and running but nothing seems to work at all. This will probably be quite long, apologies if there is something really obvious that I have missed on the Wiki or anywhere, but I'm only posting as I can't seem to get anywhere with it at all despite reading and trying.
Essentially I had a Toshiba Satellite p850-321 laptop (UEFI, secure boot off, fast boot off) which I had dual booting with Windows 8 and Arch using rEFInd. I then had several moments of madness, starting when for some reason - on very little sleep so didn't think - decided to upgrade Windows 8 to 8.1. Unsurprisingly (but a surprise for me at the time), it then booted straight into Windows 8.1, no rEFInd. In hindsight, it had probably just set itself as boot priority but I thought it had overwritten rEFInd with its own bootloader or set it back to default or something so started on a way to try and get it back.
I then spent many hours trying to get my old bootable Arch USB stick to work with no joy, updating it to the latest arch iso and all sorts. It eventually worked when I updated the laptop BIOS. Booted from the USB, chrooted into arch, reinstalled rEFInd, played around, eventually got it to reboot and display rEFInd but Arch wouldn't start. At this point I noticed that my fstab looked strange (devices/labels mixed up from what I expected), so followed the Beginner's Guide again and recreated the fstab. My disk is partitioned as follows (main partitions of note):
/dev/sda2 - Windows EFI partition
/dev/sda4 Windows 8.1
/dev/sda6 arch swap partition (archswap)
/dev/sda7 arch root partition (archroot)
/dev/sda8 arch home partition (archhome)
Couldn't get rEFInd to work so decided to start again with gummiboot. Installed gummiboot, followed Beginner's Guide to install and configure it. Edited arch.conf and after having to mess about with the location of vmlinuz-arch.efi in the conf file, I have the options part looking like this:
options root=/dev/sda7 rw
Now gummiboot loads on startup but all I get on trying to load Arch from gummiboot is the dreaded:
ERROR: device '' not found. Skipping fsck
ERROR: Unable to find root device ''.
I've tried changing the root in options in arch.conf to UUID, PARTUUID and even different partitions (just to see what happened...) - the same. Is it likely to be due to me recreating the fstab and something is messed up there?
Another problem is that now, whatever I do, I cannot boot from the USB again to get in to even try to fix anything. The laptop on boot just hangs for a while and then loads the gummiboot from the disk drive rather than from the USB (I've set the boot priority, everything) and nothing will allow me to boot from the USB. That is probably a secondary issue, I can probably try to reinstall the BIOS again and see if that helps.
If anyone has had anything similar and has any solutions I'd be really grateful - anything. I don't mind being shown to be incredibly stupid, I get that a lot so have a lot of experience! - just anything that can get me back into Arch again without having to reinstall from scratch!
Thanks.
Last edited by pilf (2013-11-02 19:45:44)Thanks for replying, very much appreciated. The partitions were numbered sequentially, I only posted up the partitions that I thought were of interest to the issue (which wasn't very helpful!). The partitions are as follows:
Partition No Type
1 Win Recover
2 EFI System (EFI partition)
3 Microsoft Reserved
4 Microsoft Basic (Windows 8.1 installation)
5 Windows Recover
6 Linux Swap
7 Microsoft Basic (Arch root partition)
8 Microsoft Basic (Arch home partition)
9 Windows Recover
It looks like I have managed to solve it, but I admit I'm not sure what of the several changes I made that solved it. I managed to boot into the USB arch disk by resetting my BIOS back to defaults and then changing the boot order back, which was the only way it would boot the USB - without resetting back and putting the boot order back exactly how it was before it wouldn't boot from the USB. Anyway...
Checked the partitions with gdisk, no problems. I did sort the partitions as you mentioned, just in case. Changed the partition names using gdisk to the same names I had before (archroot, archhome, archswap). Changed the types from Microsoft Basic to Linux filesystem (partitions 7 and 8) and wrote the partition.
Mounted everything, chrooted, edited the gummiboot arch.conf file and noticed there were some strange characters in it, a forward slash before /root in the options for example. I had edited the arch.conf file from windows by booting into Windows, mounting the EFI partition (mountvol z: /s) and editing it that way, which would have messed up the formatting. It can't have only been that though as it wasn't booting anyway which is why I went into Windows to edit the file in the first place. Corrected the arch.conf file, rebooted and it booted. Some errors on boot which I need to correct but I can work on those as it boots into my arch installation.
So all solved. I thought I'd update just to say thanks for the advice and in case it helps anyone else in the future. -
[SOLVED] systemd 207, lvm2 and luks booting issue
Hi
i'm using an encrypted lvm (luks) on my notebook.
/boot on /dev/sda1
lvm on /dev/sda2
main-root
main-home
main-swap
since the systemd 207 upgrade i am unable to boot my system.
this error appears at startup:
A start job is running for dev-mapper-main\x2droot.device
so i'm guessing that systemd is unable to use the encrypted lvm2, since this error is aknowledged on the
after checking some threads i tried:
mkinitcpio -p linux
but there was no effect.
HOOKS="base systemd autodetect block keymap encrypt lvm2 filesystems fsck vbox
some people tried suggesting downgrading to systemd 204 but i dont have any pkg file and building with abs leads to the following error
while makepkg -s:
==> Starting prepare()...
patching file src/core/swap.c
Hunk #1 FAILED at 220.
1 out of 1 hunk FAILED -- saving rejects to file src/core/swap.c.rej
==> ERROR: A failure occured in prepare().
Aborting...
am i supposed to remove the patches from the build? i'm not really sure and more of a beginner in this area.
Can anyone help me solve either the build or the boot issue ?
i should mention that i am only able to access my system by using chroot from an arch boot stick.
Thank you so much.
Kind Regards
Last edited by ziv667 (2013-10-01 11:27:06)https://wiki.archlinux.org/index.php/Mk … mmon_hooks
systemd: This will install a basic systemd setup in your initramfs, and is meant to replace the 'base', 'usr', 'udev' and 'timestamp' hooks. Other hooks (like encryption) would need to be ported, and may not work as intended. As of systemd 207, this hook does not work as intended when combined with lvm2 and may break your boot. You also may wish to still include the 'base' hook (before this hook) to ensure that a rescue shell exists on your initramfs.
Have you tried keeping udev instead of replacing it with systemd hook?
Have you tried https://wiki.archlinux.org/index.php/Ar … ck_Machine ? It has systemd 204.
Last edited by karol (2013-10-01 11:16:57) -
[SOLVED] Slow System Startup
Hello, it is a few weeks that I'm experiencing slow startups. Previously my system was starting up in less than 15 seconds, but now it takes about 30 seconds to start up. I thought that issue will probably go away after a few updates but it still persists. I was wondering if anyone can help me to find the issue.
systemd-analyze && systemd-analyze blame
Startup finished in 229ms (kernel) + 2.694s (initrd) + 25.387s (userspace) = 28.310s
1.186s systemd-vconsole-setup.service
1.010s systemd-logind.service
818ms [email protected]
736ms upower.service
697ms [email protected]
652ms systemd-remount-fs.service
635ms polkit.service
536ms [email protected]
523ms kmod-static-nodes.service
449ms dev-mqueue.mount
434ms sys-kernel-config.mount
434ms sys-kernel-debug.mount
423ms udisks2.service
379ms dev-hugepages.mount
363ms systemd-tmpfiles-setup.service
347ms powermanagement.service
322ms systemd-tmpfiles-setup-dev.service
191ms systemd-udev-trigger.service
164ms systemd-random-seed.service
164ms boot.mount
158ms systemd-sysctl.service
148ms systemd-user-sessions.service
142ms systemd-update-utmp.service
128ms home.mount
113ms systemd-tmpfiles-clean.service
82ms dev-sda9.swap
57ms systemd-udevd.service
43ms systemd-journal-flush.service
43ms alsa-restore.service
systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @25.387s
└─multi-user.target @25.387s
└─systemd-logind.service @24.376s +1.010s
└─basic.target @24.364s
└─timers.target @24.334s
└─systemd-tmpfiles-clean.timer @5.672s
└─sysinit.target @5.672s
└─systemd-update-utmp.service @5.530s +142ms
└─systemd-tmpfiles-setup.service @5.166s +363ms
└─local-fs.target @5.165s
└─home.mount @5.037s +128ms
└─[email protected] @4.487s +536ms
└─dev-sda11.device @4.486s
journalctl -b
-- Logs begin at Thu 2013-05-23 06:56:12 IRDT, end at Thu 2013-10-31 17:01:46 IRST. --
Oct 31 20:14:09 localhost systemd-journal[47]: Runtime journal is using 712.0K (max 197.8M, leaving 296.7M of free 1.9G, current limit 197.8M).
Oct 31 20:14:09 localhost systemd-journal[47]: Runtime journal is using 712.0K (max 197.8M, leaving 296.7M of free 1.9G, current limit 197.8M).
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys cpuset
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys cpu
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys cpuacct
Oct 31 20:14:09 localhost kernel: Linux version 3.11.6-1-ARCH (nobody@var-lib-archbuild-extra-x86_64-thomas) (gcc version 4.8.1 20130725 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Oct 18 23:22:36 CEST 2013
Oct 31 20:14:09 localhost kernel: Command line: BOOT_IMAGE=../vmlinuz-linux root=/dev/sda10 rw rootfstype=ext4 nmi_watchdog=0 noresume radeon.dpm=1 radeon.audio=0 quiet initrd=../initramfs-linux.img
Oct 31 20:14:09 localhost kernel: e820: BIOS-provided physical RAM map:
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x00000000000e4000-0x00000000000fffff] reserved
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000cff6ffff] usable
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x00000000cff70000-0x00000000cff7dfff] ACPI data
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x00000000cff7e000-0x00000000cffcffff] ACPI NVS
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x00000000cffd0000-0x00000000cfffffff] reserved
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved
Oct 31 20:14:09 localhost kernel: BIOS-e820: [mem 0x0000000100000000-0x000000012fffffff] usable
Oct 31 20:14:09 localhost kernel: NX (Execute Disable) protection: active
Oct 31 20:14:09 localhost kernel: SMBIOS 2.5 present.
Oct 31 20:14:09 localhost kernel: DMI: System manufacturer System Product Name/P5Q, BIOS 2209 03/11/2010
Oct 31 20:14:09 localhost kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Oct 31 20:14:09 localhost kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
Oct 31 20:14:09 localhost kernel: No AGP bridge found
Oct 31 20:14:09 localhost kernel: e820: last_pfn = 0x130000 max_arch_pfn = 0x400000000
Oct 31 20:14:09 localhost kernel: MTRR default type: uncachable
Oct 31 20:14:09 localhost kernel: MTRR fixed ranges enabled:
Oct 31 20:14:09 localhost kernel: 00000-9FFFF write-back
Oct 31 20:14:09 localhost kernel: A0000-BFFFF uncachable
Oct 31 20:14:09 localhost kernel: C0000-DFFFF write-protect
Oct 31 20:14:09 localhost kernel: E0000-EFFFF write-through
Oct 31 20:14:09 localhost kernel: F0000-FFFFF write-protect
Oct 31 20:14:09 localhost kernel: MTRR variable ranges enabled:
Oct 31 20:14:09 localhost kernel: 0 base 000000000 mask F00000000 write-back
Oct 31 20:14:09 localhost kernel: 1 base 100000000 mask FE0000000 write-back
Oct 31 20:14:09 localhost kernel: 2 base 120000000 mask FF0000000 write-back
Oct 31 20:14:09 localhost kernel: 3 base 0D0000000 mask FF0000000 uncachable
Oct 31 20:14:09 localhost kernel: 4 base 0E0000000 mask FE0000000 uncachable
Oct 31 20:14:09 localhost kernel: 5 disabled
Oct 31 20:14:09 localhost kernel: 6 disabled
Oct 31 20:14:09 localhost kernel: 7 disabled
Oct 31 20:14:09 localhost kernel: x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Oct 31 20:14:09 localhost kernel: e820: update [mem 0xd0000000-0xffffffff] usable ==> reserved
Oct 31 20:14:09 localhost kernel: e820: last_pfn = 0xcff70 max_arch_pfn = 0x400000000
Oct 31 20:14:09 localhost kernel: found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at [ffff8800000ff780]
Oct 31 20:14:09 localhost kernel: Scanning 1 areas for low memory corruption
Oct 31 20:14:09 localhost kernel: Base memory trampoline at [ffff880000099000] 99000 size 24576
Oct 31 20:14:09 localhost kernel: init_memory_mapping: [mem 0x00000000-0x000fffff]
Oct 31 20:14:09 localhost kernel: [mem 0x00000000-0x000fffff] page 4k
Oct 31 20:14:09 localhost kernel: BRK [0x01b2f000, 0x01b2ffff] PGTABLE
Oct 31 20:14:09 localhost kernel: BRK [0x01b30000, 0x01b30fff] PGTABLE
Oct 31 20:14:09 localhost kernel: BRK [0x01b31000, 0x01b31fff] PGTABLE
Oct 31 20:14:09 localhost kernel: init_memory_mapping: [mem 0x12fe00000-0x12fffffff]
Oct 31 20:14:09 localhost kernel: [mem 0x12fe00000-0x12fffffff] page 2M
Oct 31 20:14:09 localhost kernel: BRK [0x01b32000, 0x01b32fff] PGTABLE
Oct 31 20:14:09 localhost kernel: init_memory_mapping: [mem 0x12c000000-0x12fdfffff]
Oct 31 20:14:09 localhost kernel: [mem 0x12c000000-0x12fdfffff] page 2M
Oct 31 20:14:09 localhost kernel: init_memory_mapping: [mem 0x100000000-0x12bffffff]
Oct 31 20:14:09 localhost kernel: [mem 0x100000000-0x12bffffff] page 2M
Oct 31 20:14:09 localhost kernel: init_memory_mapping: [mem 0x00100000-0xcff6ffff]
Oct 31 20:14:09 localhost kernel: [mem 0x00100000-0x001fffff] page 4k
Oct 31 20:14:09 localhost kernel: [mem 0x00200000-0xcfdfffff] page 2M
Oct 31 20:14:09 localhost kernel: [mem 0xcfe00000-0xcff6ffff] page 4k
Oct 31 20:14:09 localhost kernel: RAMDISK: [mem 0x7f7ce000-0x7fffffff]
Oct 31 20:14:09 localhost kernel: ACPI: RSDP 00000000000faff0 00024 (v02 ACPIAM)
Oct 31 20:14:09 localhost kernel: ACPI: XSDT 00000000cff70100 0005C (v01 A_M_I_ OEMXSDT 03001011 MSFT 00000097)
Oct 31 20:14:09 localhost kernel: ACPI: FACP 00000000cff70290 000F4 (v03 A_M_I_ OEMFACP 03001011 MSFT 00000097)
Oct 31 20:14:09 localhost kernel: ACPI: DSDT 00000000cff70440 09720 (v01 A0993 A0993001 00000001 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: FACS 00000000cff7e000 00040
Oct 31 20:14:09 localhost kernel: ACPI: APIC 00000000cff70390 0006C (v01 A_M_I_ OEMAPIC 03001011 MSFT 00000097)
Oct 31 20:14:09 localhost kernel: ACPI: MCFG 00000000cff70400 0003C (v01 A_M_I_ OEMMCFG 03001011 MSFT 00000097)
Oct 31 20:14:09 localhost kernel: ACPI: OEMB 00000000cff7e040 00089 (v01 A_M_I_ AMI_OEM 03001011 MSFT 00000097)
Oct 31 20:14:09 localhost kernel: ACPI: HPET 00000000cff79b60 00038 (v01 A_M_I_ OEMHPET 03001011 MSFT 00000097)
Oct 31 20:14:09 localhost kernel: ACPI: OSFR 00000000cff79ba0 000B0 (v01 A_M_I_ OEMOSFR 03001011 MSFT 00000097)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7f040 00A7C (v01 DpgPmm CpuPm 00000012 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Local APIC address 0xfee00000
Oct 31 20:14:09 localhost kernel: No NUMA configuration found
Oct 31 20:14:09 localhost kernel: Faking a node at [mem 0x0000000000000000-0x000000012fffffff]
Oct 31 20:14:09 localhost kernel: Initmem setup node 0 [mem 0x00000000-0x12fffffff]
Oct 31 20:14:09 localhost kernel: NODE_DATA [mem 0x12fff7000-0x12fffbfff]
Oct 31 20:14:09 localhost kernel: [ffffea0000000000-ffffea0004bfffff] PMD -> [ffff88012b600000-ffff88012f5fffff] on node 0
Oct 31 20:14:09 localhost kernel: Zone ranges:
Oct 31 20:14:09 localhost kernel: DMA [mem 0x00001000-0x00ffffff]
Oct 31 20:14:09 localhost kernel: DMA32 [mem 0x01000000-0xffffffff]
Oct 31 20:14:09 localhost kernel: Normal [mem 0x100000000-0x12fffffff]
Oct 31 20:14:09 localhost kernel: Movable zone start for each node
Oct 31 20:14:09 localhost kernel: Early memory node ranges
Oct 31 20:14:09 localhost kernel: node 0: [mem 0x00001000-0x0009efff]
Oct 31 20:14:09 localhost kernel: node 0: [mem 0x00100000-0xcff6ffff]
Oct 31 20:14:09 localhost kernel: node 0: [mem 0x100000000-0x12fffffff]
Oct 31 20:14:09 localhost kernel: On node 0 totalpages: 1048334
Oct 31 20:14:09 localhost kernel: DMA zone: 64 pages used for memmap
Oct 31 20:14:09 localhost kernel: DMA zone: 21 pages reserved
Oct 31 20:14:09 localhost kernel: DMA zone: 3998 pages, LIFO batch:0
Oct 31 20:14:09 localhost kernel: DMA32 zone: 13246 pages used for memmap
Oct 31 20:14:09 localhost kernel: DMA32 zone: 847728 pages, LIFO batch:31
Oct 31 20:14:09 localhost kernel: Normal zone: 3072 pages used for memmap
Oct 31 20:14:09 localhost kernel: Normal zone: 196608 pages, LIFO batch:31
Oct 31 20:14:09 localhost kernel: ACPI: PM-Timer IO Port: 0x808
Oct 31 20:14:09 localhost kernel: ACPI: Local APIC address 0xfee00000
Oct 31 20:14:09 localhost kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Oct 31 20:14:09 localhost kernel: ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Oct 31 20:14:09 localhost kernel: ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
Oct 31 20:14:09 localhost kernel: ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Oct 31 20:14:09 localhost kernel: ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
Oct 31 20:14:09 localhost kernel: IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23
Oct 31 20:14:09 localhost kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Oct 31 20:14:09 localhost kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Oct 31 20:14:09 localhost kernel: ACPI: IRQ0 used by override.
Oct 31 20:14:09 localhost kernel: ACPI: IRQ2 used by override.
Oct 31 20:14:09 localhost kernel: ACPI: IRQ9 used by override.
Oct 31 20:14:09 localhost kernel: Using ACPI (MADT) for SMP configuration information
Oct 31 20:14:09 localhost kernel: ACPI: HPET id: 0x8086a301 base: 0xfed00000
Oct 31 20:14:09 localhost kernel: smpboot: Allowing 4 CPUs, 0 hotplug CPUs
Oct 31 20:14:09 localhost kernel: nr_irqs_gsi: 40
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0x0009f000-0x0009ffff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0x000a0000-0x000e3fff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0x000e4000-0x000fffff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0xcff70000-0xcff7dfff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0xcff7e000-0xcffcffff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0xcffd0000-0xcfffffff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0xd0000000-0xfedfffff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0xfee00000-0xfee00fff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0xfee01000-0xffefffff]
Oct 31 20:14:09 localhost kernel: PM: Registered nosave memory: [mem 0xfff00000-0xffffffff]
Oct 31 20:14:09 localhost kernel: e820: [mem 0xd0000000-0xfedfffff] available for PCI devices
Oct 31 20:14:09 localhost kernel: Booting paravirtualized kernel on bare hardware
Oct 31 20:14:09 localhost kernel: setup_percpu: NR_CPUS:128 nr_cpumask_bits:128 nr_cpu_ids:4 nr_node_ids:1
Oct 31 20:14:09 localhost kernel: PERCPU: Embedded 29 pages/cpu @ffff88012fc00000 s86528 r8192 d24064 u524288
Oct 31 20:14:09 localhost kernel: pcpu-alloc: s86528 r8192 d24064 u524288 alloc=1*2097152
Oct 31 20:14:09 localhost kernel: pcpu-alloc: [0] 0 1 2 3
Oct 31 20:14:09 localhost kernel: Built 1 zonelists in Node order, mobility grouping on. Total pages: 1031931
Oct 31 20:14:09 localhost kernel: Policy zone: Normal
Oct 31 20:14:09 localhost kernel: Kernel command line: BOOT_IMAGE=../vmlinuz-linux root=/dev/sda10 rw rootfstype=ext4 nmi_watchdog=0 noresume radeon.dpm=1 radeon.audio=0 quiet initrd=../initramfs-linux.img
Oct 31 20:14:09 localhost kernel: PID hash table entries: 4096 (order: 3, 32768 bytes)
Oct 31 20:14:09 localhost kernel: xsave: enabled xstate_bv 0x3, cntxt size 0x240
Oct 31 20:14:09 localhost kernel: Checking aperture...
Oct 31 20:14:09 localhost kernel: No AGP bridge found
Oct 31 20:14:09 localhost kernel: Calgary: detecting Calgary via BIOS EBDA area
Oct 31 20:14:09 localhost kernel: Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Oct 31 20:14:09 localhost kernel: Memory: 4041048K/4193336K available (5050K kernel code, 799K rwdata, 1696K rodata, 1140K init, 1288K bss, 152288K reserved)
Oct 31 20:14:09 localhost kernel: SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Oct 31 20:14:09 localhost kernel: Preemptible hierarchical RCU implementation.
Oct 31 20:14:09 localhost kernel: RCU dyntick-idle grace-period acceleration is enabled.
Oct 31 20:14:09 localhost kernel: Dump stacks of tasks blocking RCU-preempt GP.
Oct 31 20:14:09 localhost kernel: RCU restricting CPUs from NR_CPUS=128 to nr_cpu_ids=4.
Oct 31 20:14:09 localhost kernel: NR_IRQS:8448 nr_irqs:712 16
Oct 31 20:14:09 localhost kernel: Console: colour VGA+ 80x25
Oct 31 20:14:09 localhost kernel: console [tty0] enabled
Oct 31 20:14:09 localhost kernel: allocated 16777216 bytes of page_cgroup
Oct 31 20:14:09 localhost kernel: please try 'cgroup_disable=memory' option if you don't want memory cgroups
Oct 31 20:14:09 localhost kernel: hpet clockevent registered
Oct 31 20:14:09 localhost kernel: tsc: Fast TSC calibration using PIT
Oct 31 20:14:09 localhost kernel: tsc: Detected 2833.302 MHz processor
Oct 31 20:14:09 localhost kernel: Calibrating delay loop (skipped), value calculated using timer frequency.. 5668.71 BogoMIPS (lpj=9444340)
Oct 31 20:14:09 localhost kernel: pid_max: default: 32768 minimum: 301
Oct 31 20:14:09 localhost kernel: Security Framework initialized
Oct 31 20:14:09 localhost kernel: AppArmor: AppArmor disabled by boot time parameter
Oct 31 20:14:09 localhost kernel: Yama: becoming mindful.
Oct 31 20:14:09 localhost kernel: Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Oct 31 20:14:09 localhost kernel: Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Oct 31 20:14:09 localhost kernel: Mount-cache hash table entries: 256
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys memory
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys devices
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys freezer
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys net_cls
Oct 31 20:14:09 localhost kernel: Initializing cgroup subsys blkio
Oct 31 20:14:09 localhost kernel: CPU: Physical Processor ID: 0
Oct 31 20:14:09 localhost kernel: CPU: Processor Core ID: 0
Oct 31 20:14:09 localhost kernel: mce: CPU supports 6 MCE banks
Oct 31 20:14:09 localhost kernel: CPU0: Thermal monitoring enabled (TM2)
Oct 31 20:14:09 localhost kernel: Last level iTLB entries: 4KB 128, 2MB 4, 4MB 4
Last level dTLB entries: 4KB 256, 2MB 0, 4MB 32
tlb_flushall_shift: -1
Oct 31 20:14:09 localhost kernel: Freeing SMP alternatives memory: 20K (ffffffff819e6000 - ffffffff819eb000)
Oct 31 20:14:09 localhost kernel: ACPI: Core revision 20130517
Oct 31 20:14:09 localhost kernel: ACPI: All ACPI Tables successfully acquired
Oct 31 20:14:09 localhost kernel: ftrace: allocating 20100 entries in 79 pages
Oct 31 20:14:09 localhost kernel: ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
Oct 31 20:14:09 localhost kernel: smpboot: CPU0: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz (fam: 06, model: 17, stepping: 0a)
Oct 31 20:14:09 localhost kernel: Performance Events: PEBS fmt0+, 4-deep LBR, Core2 events, Intel PMU driver.
Oct 31 20:14:09 localhost kernel: ... version: 2
Oct 31 20:14:09 localhost kernel: ... bit width: 40
Oct 31 20:14:09 localhost kernel: ... generic registers: 2
Oct 31 20:14:09 localhost kernel: ... value mask: 000000ffffffffff
Oct 31 20:14:09 localhost kernel: ... max period: 000000007fffffff
Oct 31 20:14:09 localhost kernel: ... fixed-purpose events: 3
Oct 31 20:14:09 localhost kernel: ... event mask: 0000000700000003
Oct 31 20:14:09 localhost kernel: smpboot: Booting Node 0, Processors #1 #2 #3 OK
Oct 31 20:14:09 localhost kernel: Brought up 4 CPUs
Oct 31 20:14:09 localhost kernel: smpboot: Total of 4 processors activated (22675.85 BogoMIPS)
Oct 31 20:14:09 localhost kernel: devtmpfs: initialized
Oct 31 20:14:09 localhost kernel: PM: Registering ACPI NVS region [mem 0xcff7e000-0xcffcffff] (335872 bytes)
Oct 31 20:14:09 localhost kernel: RTC time: 16:44:09, date: 10/31/13
Oct 31 20:14:09 localhost kernel: NET: Registered protocol family 16
Oct 31 20:14:09 localhost kernel: ACPI: bus type PCI registered
Oct 31 20:14:09 localhost kernel: acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
Oct 31 20:14:09 localhost kernel: PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
Oct 31 20:14:09 localhost kernel: PCI: not using MMCONFIG
Oct 31 20:14:09 localhost kernel: PCI: Using configuration type 1 for base access
Oct 31 20:14:09 localhost kernel: bio: create slab <bio-0> at 0
Oct 31 20:14:09 localhost kernel: ACPI: Added _OSI(Module Device)
Oct 31 20:14:09 localhost kernel: ACPI: Added _OSI(Processor Device)
Oct 31 20:14:09 localhost kernel: ACPI: Added _OSI(3.0 _SCP Extensions)
Oct 31 20:14:09 localhost kernel: ACPI: Added _OSI(Processor Aggregator Device)
Oct 31 20:14:09 localhost kernel: ACPI: EC: Look up EC in DSDT
Oct 31 20:14:09 localhost kernel: ACPI: Executed 1 blocks of module-level executable AML code
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7e0d0 00235 (v01 DpgPmm P001Ist 00000011 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 00235 (v01 DpgPmm P001Ist 00000011 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7e9d0 004B2 (v01 PmRef P001Cst 00003001 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 004B2 (v01 PmRef P001Cst 00003001 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7e310 00235 (v01 DpgPmm P002Ist 00000012 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 00235 (v01 DpgPmm P002Ist 00000012 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7ee90 00085 (v01 PmRef P002Cst 00003000 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 00085 (v01 PmRef P002Cst 00003000 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7e550 00235 (v01 DpgPmm P003Ist 00000012 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 00235 (v01 DpgPmm P003Ist 00000012 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7ef20 00085 (v01 PmRef P003Cst 00003000 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 00085 (v01 PmRef P003Cst 00003000 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7e790 00235 (v01 DpgPmm P004Ist 00000012 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 00235 (v01 DpgPmm P004Ist 00000012 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: SSDT 00000000cff7efb0 00085 (v01 PmRef P004Cst 00003000 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Dynamic OEM Table Load:
Oct 31 20:14:09 localhost kernel: ACPI: SSDT (null) 00085 (v01 PmRef P004Cst 00003000 INTL 20060113)
Oct 31 20:14:09 localhost kernel: ACPI: Interpreter enabled
Oct 31 20:14:09 localhost kernel: ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20130517/hwxface-571)
Oct 31 20:14:09 localhost kernel: ACPI: (supports S0 S1 S3 S4 S5)
Oct 31 20:14:09 localhost kernel: ACPI: Using IOAPIC for interrupt routing
Oct 31 20:14:09 localhost kernel: PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
Oct 31 20:14:09 localhost kernel: PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in ACPI motherboard resources
Oct 31 20:14:09 localhost kernel: PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
Oct 31 20:14:09 localhost kernel: ACPI: No dock devices found.
Oct 31 20:14:09 localhost kernel: ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
Oct 31 20:14:09 localhost kernel: acpi PNP0A08:00: ACPI _OSC support notification failed, disabling PCIe ASPM
Oct 31 20:14:09 localhost kernel: acpi PNP0A08:00: Unable to request _OSC control (_OSC support mask: 0x08)
Oct 31 20:14:09 localhost kernel: PCI host bridge to bus 0000:00
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: root bus resource [bus 00-ff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: root bus resource [io 0x0d00-0xffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000dffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: root bus resource [mem 0xd0000000-0xdfffffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: root bus resource [mem 0xf0000000-0xffffffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:00.0: [8086:2e20] type 00 class 0x060000
Oct 31 20:14:09 localhost kernel: DMAR: Forcing write-buffer flush capability
Oct 31 20:14:09 localhost kernel: DMAR: Disabling IOMMU for graphics on this chipset
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: [8086:2e21] type 01 class 0x060400
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.0: [8086:3a37] type 00 class 0x0c0300
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.0: reg 0x20: [io 0xc800-0xc81f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.0: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.1: [8086:3a38] type 00 class 0x0c0300
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.1: reg 0x20: [io 0xc880-0xc89f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.1: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.2: [8086:3a39] type 00 class 0x0c0300
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.2: reg 0x20: [io 0xcc00-0xcc1f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.2: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.7: [8086:3a3c] type 00 class 0x0c0320
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.7: reg 0x10: [mem 0xfe9ffc00-0xfe9fffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
Oct 31 20:14:09 localhost kernel: pci 0000:00:1a.7: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1b.0: [8086:3a3e] type 00 class 0x040300
Oct 31 20:14:09 localhost kernel: pci 0000:00:1b.0: reg 0x10: [mem 0xfe9f8000-0xfe9fbfff 64bit]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: [8086:3a40] type 01 class 0x060400
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: [8086:3a4a] type 01 class 0x060400
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: PME# supported from D0 D3hot D3cold
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.0: [8086:3a34] type 00 class 0x0c0300
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.0: reg 0x20: [io 0xc080-0xc09f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.0: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.1: [8086:3a35] type 00 class 0x0c0300
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.1: reg 0x20: [io 0xc400-0xc41f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.1: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.2: [8086:3a36] type 00 class 0x0c0300
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.2: reg 0x20: [io 0xc480-0xc49f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.2: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.7: [8086:3a3a] type 00 class 0x0c0320
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.7: reg 0x10: [mem 0xfe9ff800-0xfe9ffbff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
Oct 31 20:14:09 localhost kernel: pci 0000:00:1d.7: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: [8086:244e] type 01 class 0x060401
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: System wakeup disabled by ACPI
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.0: [8086:3a16] type 00 class 0x060100
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.0: address space collision: [io 0x0800-0x087f] conflicts with ACPI CPU throttle [??? 0x00000810-0x00000815 flags 0x80000000]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.0: quirk: [io 0x0500-0x053f] claimed by ICH6 GPIO
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0294 (mask 0003)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 4700 (mask 001f)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.2: [8086:3a20] type 00 class 0x01018a
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.2: reg 0x10: [io 0x0000-0x0007]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.2: reg 0x14: [io 0x0000-0x0003]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.2: reg 0x18: [io 0x0000-0x0007]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.2: reg 0x1c: [io 0x0000-0x0003]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.2: reg 0x20: [io 0xff90-0xff9f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.2: reg 0x24: [io 0xffa0-0xffaf]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.3: [8086:3a30] type 00 class 0x0c0500
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.3: reg 0x10: [mem 0xfe9ff400-0xfe9ff4ff 64bit]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.3: reg 0x20: [io 0x0400-0x041f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.5: [8086:3a26] type 00 class 0x010185
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.5: reg 0x10: [io 0xc000-0xc007]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.5: reg 0x14: [io 0xbc00-0xbc03]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.5: reg 0x18: [io 0xb880-0xb887]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.5: reg 0x1c: [io 0xb800-0xb803]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.5: reg 0x20: [io 0xb480-0xb48f]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.5: reg 0x24: [io 0xb400-0xb40f]
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.0: [1002:9460] type 00 class 0x030000
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.0: reg 0x10: [mem 0xd0000000-0xdfffffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.0: reg 0x18: [mem 0xfeae0000-0xfeaeffff 64bit]
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.0: reg 0x20: [io 0xd000-0xd0ff]
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.0: reg 0x30: [mem 0xfeac0000-0xfeadffff pref]
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.0: supports D1 D2
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.1: [1002:aa30] type 00 class 0x040300
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.1: reg 0x10: [mem 0xfeafc000-0xfeafffff 64bit]
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.1: supports D1 D2
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: PCI bridge to [bus 01]
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: bridge window [io 0xd000-0xdfff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: bridge window [mem 0xfea00000-0xfeafffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: bridge window [mem 0xd0000000-0xdfffffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: PCI bridge to [bus 03]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: bridge window [mem 0xfdf00000-0xfdffffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci 0000:02:00.0: [1969:1026] type 00 class 0x020000
Oct 31 20:14:09 localhost kernel: pci 0000:02:00.0: reg 0x10: [mem 0xfebc0000-0xfebfffff 64bit]
Oct 31 20:14:09 localhost kernel: pci 0000:02:00.0: reg 0x18: [io 0xec00-0xec7f]
Oct 31 20:14:09 localhost kernel: pci 0000:02:00.0: PME# supported from D3hot D3cold
Oct 31 20:14:09 localhost kernel: pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: PCI bridge to [bus 02]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: bridge window [io 0xe000-0xefff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: bridge window [mem 0xfeb00000-0xfebfffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: PCI bridge to [bus 04] (subtractive decode)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: bridge window [mem 0x000d0000-0x000dffff] (subtractive decode)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: bridge window [mem 0xd0000000-0xdfffffff] (subtractive decode)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: bridge window [mem 0xf0000000-0xffffffff] (subtractive decode)
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *10 11 12 14 15)
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11 12 14 15)
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 10 11 12 14 15)
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 *7 10 11 12 14 15)
Oct 31 20:14:09 localhost kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 *4 5 6 7 10 11 12 14 15)
Oct 31 20:14:09 localhost kernel: ACPI: Enabled 3 GPEs in block 00 to 3F
Oct 31 20:14:09 localhost kernel: ACPI: \_SB_.PCI0: notify handler is installed
Oct 31 20:14:09 localhost kernel: Found 1 acpi root devices
Oct 31 20:14:09 localhost kernel: vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
Oct 31 20:14:09 localhost kernel: vgaarb: loaded
Oct 31 20:14:09 localhost kernel: vgaarb: bridge control possible 0000:01:00.0
Oct 31 20:14:09 localhost kernel: PCI: Using ACPI for IRQ routing
Oct 31 20:14:09 localhost kernel: PCI: pci_cache_line_size set to 64 bytes
Oct 31 20:14:09 localhost kernel: e820: reserve RAM buffer [mem 0x0009fc00-0x0009ffff]
Oct 31 20:14:09 localhost kernel: e820: reserve RAM buffer [mem 0xcff70000-0xcfffffff]
Oct 31 20:14:09 localhost kernel: NetLabel: Initializing
Oct 31 20:14:09 localhost kernel: NetLabel: domain hash size = 128
Oct 31 20:14:09 localhost kernel: NetLabel: protocols = UNLABELED CIPSOv4
Oct 31 20:14:09 localhost kernel: NetLabel: unlabeled traffic allowed by default
Oct 31 20:14:09 localhost kernel: HPET: 4 timers in total, 0 timers will be used for per-cpu timer
Oct 31 20:14:09 localhost kernel: hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
Oct 31 20:14:09 localhost kernel: hpet0: 4 comparators, 64-bit 14.318180 MHz counter
Oct 31 20:14:09 localhost kernel: Switched to clocksource hpet
Oct 31 20:14:09 localhost kernel: pnp: PnP ACPI init
Oct 31 20:14:09 localhost kernel: ACPI: bus type PNP registered
Oct 31 20:14:09 localhost kernel: system 00:00: [mem 0xfed14000-0xfed19fff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:00: Plug and Play ACPI device, IDs PNP0c01 (active)
Oct 31 20:14:09 localhost kernel: pnp 00:01: [dma 4]
Oct 31 20:14:09 localhost kernel: pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active)
Oct 31 20:14:09 localhost kernel: pnp 00:02: Plug and Play ACPI device, IDs PNP0b00 (active)
Oct 31 20:14:09 localhost kernel: pnp 00:03: Plug and Play ACPI device, IDs PNP0800 (active)
Oct 31 20:14:09 localhost kernel: pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active)
Oct 31 20:14:09 localhost kernel: system 00:05: [io 0x0290-0x029f] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
Oct 31 20:14:09 localhost kernel: system 00:06: [io 0x04d0-0x04d1] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:06: [io 0x0800-0x087f] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:06: [io 0x0500-0x057f] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:06: [mem 0xfed08000-0xfed08fff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:06: [mem 0xfed1c000-0xfed1ffff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:06: [mem 0xfed20000-0xfed3ffff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:06: [mem 0xfed50000-0xfed8ffff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:06: Plug and Play ACPI device, IDs PNP0c02 (active)
Oct 31 20:14:09 localhost kernel: pnp 00:07: Plug and Play ACPI device, IDs PNP0103 (active)
Oct 31 20:14:09 localhost kernel: pnp 00:08: Plug and Play ACPI device, IDs INT0800 (active)
Oct 31 20:14:09 localhost kernel: system 00:09: [mem 0xffc00000-0xffefffff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:09: Plug and Play ACPI device, IDs PNP0c02 (active)
Oct 31 20:14:09 localhost kernel: system 00:0a: [mem 0xfec00000-0xfec00fff] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:0a: [mem 0xfee00000-0xfee00fff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active)
Oct 31 20:14:09 localhost kernel: system 00:0b: [mem 0xe0000000-0xefffffff] has been reserved
Oct 31 20:14:09 localhost kernel: system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active)
Oct 31 20:14:09 localhost kernel: system 00:0c: [mem 0x00000000-0x0009ffff] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:0c: [mem 0x000c0000-0x000cffff] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:0c: [mem 0x000e0000-0x000fffff] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:0c: [mem 0x00100000-0xcfffffff] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:0c: [mem 0xe0000000-0xffffffff] could not be reserved
Oct 31 20:14:09 localhost kernel: system 00:0c: Plug and Play ACPI device, IDs PNP0c01 (active)
Oct 31 20:14:09 localhost kernel: pnp: PnP ACPI: found 13 devices
Oct 31 20:14:09 localhost kernel: ACPI: bus type PNP unregistered
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: bridge window [io 0x1000-0x0fff] to [bus 03] add_size 1000
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff] to [bus 03] add_size 400000
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 02] add_size 200000
Oct 31 20:14:09 localhost kernel: pci 0000:00:1f.0: BAR 13: [io 0x0800-0x087f] has bogus alignment
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: res[14]=[mem 0x00100000-0x000fffff] get_res_add_size add_size 400000
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: res[15]=[mem 0x00100000-0x000fffff 64bit pref] get_res_add_size add_size 200000
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: res[13]=[io 0x1000-0x0fff] get_res_add_size add_size 1000
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: BAR 14: assigned [mem 0xf0000000-0xf03fffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: BAR 15: assigned [mem 0xf0400000-0xf05fffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: BAR 13: assigned [io 0x1000-0x1fff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: PCI bridge to [bus 01]
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: bridge window [io 0xd000-0xdfff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: bridge window [mem 0xfea00000-0xfeafffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:01.0: bridge window [mem 0xd0000000-0xdfffffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: PCI bridge to [bus 03]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: bridge window [io 0x1000-0x1fff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: bridge window [mem 0xf0000000-0xf03fffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: bridge window [mem 0xfdf00000-0xfdffffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: PCI bridge to [bus 02]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: bridge window [io 0xe000-0xefff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: bridge window [mem 0xfeb00000-0xfebfffff]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.5: bridge window [mem 0xf0400000-0xf05fffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: PCI bridge to [bus 04]
Oct 31 20:14:09 localhost kernel: pci 0000:00:1c.0: enabling device (0106 -> 0107)
Oct 31 20:14:09 localhost kernel: pci 0000:00:1e.0: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: resource 5 [io 0x0d00-0xffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000dffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: resource 8 [mem 0xd0000000-0xdfffffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:00: resource 9 [mem 0xf0000000-0xffffffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:01: resource 0 [io 0xd000-0xdfff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:01: resource 1 [mem 0xfea00000-0xfeafffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:01: resource 2 [mem 0xd0000000-0xdfffffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:03: resource 0 [io 0x1000-0x1fff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:03: resource 1 [mem 0xf0000000-0xf03fffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:03: resource 2 [mem 0xfdf00000-0xfdffffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:02: resource 0 [io 0xe000-0xefff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:02: resource 1 [mem 0xfeb00000-0xfebfffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:02: resource 2 [mem 0xf0400000-0xf05fffff 64bit pref]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:04: resource 4 [io 0x0000-0x0cf7]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:04: resource 5 [io 0x0d00-0xffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:04: resource 6 [mem 0x000a0000-0x000bffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:04: resource 7 [mem 0x000d0000-0x000dffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:04: resource 8 [mem 0xd0000000-0xdfffffff]
Oct 31 20:14:09 localhost kernel: pci_bus 0000:04: resource 9 [mem 0xf0000000-0xffffffff]
Oct 31 20:14:09 localhost kernel: NET: Registered protocol family 2
Oct 31 20:14:09 localhost kernel: TCP established hash table entries: 32768 (order: 7, 524288 bytes)
Oct 31 20:14:09 localhost kernel: TCP bind hash table entries: 32768 (order: 7, 524288 bytes)
Oct 31 20:14:09 localhost kernel: TCP: Hash tables configured (established 32768 bind 32768)
Oct 31 20:14:09 localhost kernel: TCP: reno registered
Oct 31 20:14:09 localhost kernel: UDP hash table entries: 2048 (order: 4, 65536 bytes)
Oct 31 20:14:09 localhost kernel: UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)
Oct 31 20:14:09 localhost kernel: NET: Registered protocol family 1
Oct 31 20:14:09 localhost kernel: pci 0000:01:00.0: Boot video device
Oct 31 20:14:09 localhost kernel: PCI: CLS 32 bytes, default 64
Oct 31 20:14:09 localhost kernel: Unpacking initramfs...
Oct 31 20:14:09 localhost kernel: Freeing initrd memory: 8392K (ffff88007f7ce000 - ffff880080000000)
Oct 31 20:14:09 localhost kernel: PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Oct 31 20:14:09 localhost kernel: software IO TLB [mem 0xcbf70000-0xcff70000] (64MB) mapped at [ffff8800cbf70000-ffff8800cff6ffff]
Oct 31 20:14:09 localhost kernel: Scanning for low memory corruption every 60 seconds
Oct 31 20:14:09 localhost kernel: audit: initializing netlink socket (disabled)
Oct 31 20:14:09 localhost kernel: type=2000 audit(1383237849.203:1): initialized
Oct 31 20:14:09 localhost kernel: HugeTLB registered 2 MB page size, pre-allocated 0 pages
Oct 31 20:14:09 localhost kernel: zbud: loaded
Oct 31 20:14:09 localhost kernel: VFS: Disk quotas dquot_6.5.2
Oct 31 20:14:09 localhost kernel: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Oct 31 20:14:09 localhost kernel: msgmni has been set to 7909
Oct 31 20:14:09 localhost kernel: Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
Oct 31 20:14:09 localhost kernel: io scheduler noop registered
Oct 31 20:14:09 localhost kernel: io scheduler deadline registered
Oct 31 20:14:09 localhost kernel: io scheduler cfq registered (default)
Oct 31 20:14:09 localhost kernel: pcieport 0000:00:01.0: irq 40 for MSI/MSI-X
Oct 31 20:14:09 localhost kernel: pcieport 0000:00:1c.0: irq 41 for MSI/MSI-X
Oct 31 20:14:09 localhost kernel: pcieport 0000:00:1c.5: irq 42 for MSI/MSI-X
Oct 31 20:14:09 localhost kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5
Oct 31 20:14:09 localhost kernel: pciehp: PCI Express Hot Plug Controller Driver version: 0.4
Oct 31 20:14:09 localhost kernel: intel_idle: does not run on family 6 model 23
Oct 31 20:14:09 localhost kernel: GHES: HEST is not enabled!
Oct 31 20:14:09 localhost kernel: Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
Oct 31 20:14:09 localhost kernel: Linux agpgart interface v0.103
Oct 31 20:14:09 localhost kernel: i8042: PNP: No PS/2 controller found. Probing ports directly.
Oct 31 20:14:09 localhost kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Oct 31 20:14:09 localhost kernel: serio: i8042 AUX port at 0x60,0x64 irq 12
Oct 31 20:14:09 localhost kernel: mousedev: PS/2 mouse device common for all mice
Oct 31 20:14:09 localhost kernel: rtc_cmos 00:02: RTC can wake from S4
Oct 31 20:14:09 localhost kernel: rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
Oct 31 20:14:09 localhost kernel: rtc_cmos 00:02: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
Oct 31 20:14:09 localhost kernel: cpuidle: using governor ladder
Oct 31 20:14:09 localhost kernel: cpuidle: using governor menu
Oct 31 20:14:09 localhost kernel: drop_monitor: Initializing network drop monitor service
Oct 31 20:14:09 localhost kernel: TCP: cubic registered
Oct 31 20:14:09 localhost kernel: NET: Registered protocol family 10
Oct 31 20:14:09 localhost kernel: NET: Registered protocol family 17
Oct 31 20:14:09 localhost kernel: Key type dns_resolver registered
Oct 31 20:14:09 localhost kernel: registered taskstats version 1
Oct 31 20:14:09 localhost kernel: Magic number: 1:736:743
Oct 31 20:14:09 localhost kernel: rtc_cmos 00:02: setting system clock to 2013-10-31 16:44:09 UTC (1383237849)
Oct 31 20:14:09 localhost kernel: Freeing unused kernel memory: 1140K (ffffffff818c9000 - ffffffff819e6000)
Oct 31 20:14:09 localhost kernel: Write protecting the kernel read-only data: 8192k
Oct 31 20:14:09 localhost kernel: Freeing unused kernel memory: 1084K (ffff8800014f1000 - ffff880001600000)
Oct 31 20:14:09 localhost kernel: Freeing unused kernel memory: 352K (ffff8800017a8000 - ffff880001800000)
Oct 31 20:14:09 localhost systemd[1]: systemd 208 running in system mode. (+PAM -LIBWRAP -AUDIT -SELINUX -IMA -SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ)
Oct 31 20:14:09 localhost systemd[1]: Running in initial RAM disk.
Oct 31 20:14:09 localhost systemd[1]: No hostname configured.
Oct 31 20:14:09 localhost systemd[1]: Set hostname to <localhost>.
Oct 31 20:14:09 localhost systemd[1]: Initializing machine ID from random generator.
Oct 31 20:14:09 localhost systemd[1]: Cannot add dependency job for unit local-fs.target, ignoring: Unit local-fs.target failed to load: No such file or directory.
Oct 31 20:14:09 localhost systemd[1]: Cannot add dependency job for unit swap.target, ignoring: Unit swap.target failed to load: No such file or directory.
Oct 31 20:14:09 localhost systemd[1]: Cannot add dependency job for unit timers.target, ignoring: Unit timers.target failed to load: No such file or directory.
Oct 31 20:14:09 localhost systemd[1]: Cannot add dependency job for unit paths.target, ignoring: Unit paths.target failed to load: No such file or directory.
Oct 31 20:14:09 localhost systemd[1]: Cannot add dependency job for unit slices.target, ignoring: Unit slices.target failed to load: No such file or directory.
Oct 31 20:14:09 localhost systemd[1]: Starting -.slice.
Oct 31 20:14:09 localhost systemd[1]: Created slice -.slice.
Oct 31 20:14:09 localhost systemd[1]: Starting system.slice.
Oct 31 20:14:09 localhost systemd[1]: Created slice system.slice.
Oct 31 20:14:09 localhost systemd[1]: Expecting device dev-sda10.device...
Oct 31 20:14:09 localhost systemd[1]: Starting Journal Socket.
Oct 31 20:14:09 localhost systemd[1]: Listening on Journal Socket.
Oct 31 20:14:09 localhost systemd[1]: Starting Create list of required static device nodes for the current kernel...
Oct 31 20:14:09 localhost systemd[1]: Starting Journal Service...
Oct 31 20:14:09 localhost systemd[1]: Started Journal Service.
Oct 31 20:14:09 localhost systemd-udevd[58]: starting version 208
Oct 31 20:14:09 localhost systemd-journal[47]: Journal started
Oct 31 20:14:09 localhost systemd[1]: Starting udev Kernel Socket.
Oct 31 20:14:09 localhost systemd[1]: Listening on udev Kernel Socket.
Oct 31 20:14:09 localhost systemd[1]: Starting udev Control Socket.
Oct 31 20:14:09 localhost systemd[1]: Listening on udev Control Socket.
Oct 31 20:14:09 localhost systemd[1]: Starting Sockets.
Oct 31 20:14:09 localhost systemd[1]: Reached target Sockets.
Oct 31 20:14:09 localhost systemd[1]: Starting udev Coldplug all Devices...
Oct 31 20:14:09 localhost systemd[1]: Started Create list of required static device nodes for the current kernel.
Oct 31 20:14:09 localhost systemd[1]: Starting Create static device nodes in /dev...
Oct 31 20:14:09 localhost systemd[1]: Started Create static device nodes in /dev.
Oct 31 20:14:09 localhost systemd[1]: Starting udev Kernel Device Manager...
Oct 31 20:14:09 localhost systemd[1]: Started udev Kernel Device Manager.
Oct 31 20:14:09 localhost systemd[1]: Started udev Coldplug all Devices.
Oct 31 20:14:09 localhost systemd[1]: Starting System Initialization.
Oct 31 20:14:09 localhost systemd[1]: Reached target System Initialization.
Oct 31 20:14:09 localhost systemd[1]: Starting Basic System.
Oct 31 20:14:09 localhost systemd[1]: Reached target Basic System.
Oct 31 20:14:09 localhost kernel: ACPI: bus type USB registered
Oct 31 20:14:09 localhost kernel: usbcore: registered new interface driver usbfs
Oct 31 20:14:09 localhost kernel: usbcore: registered new interface driver hub
Oct 31 20:14:09 localhost kernel: usbcore: registered new device driver usb
Oct 31 20:14:09 localhost kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Oct 31 20:14:09 localhost kernel: uhci_hcd: USB Universal Host Controller Interface driver
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.0: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.0: UHCI Host Controller
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000c800
Oct 31 20:14:09 localhost kernel: hub 1-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 1-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.1: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.1: UHCI Host Controller
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.1: irq 21, io base 0x0000c880
Oct 31 20:14:09 localhost kernel: hub 2-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 2-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.2: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.2: UHCI Host Controller
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 3
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1a.2: irq 18, io base 0x0000cc00
Oct 31 20:14:09 localhost kernel: ehci-pci: EHCI PCI platform driver
Oct 31 20:14:09 localhost kernel: hub 3-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 3-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.0: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.0: UHCI Host Controller
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000c080
Oct 31 20:14:09 localhost kernel: hub 4-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 4-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.1: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.1: UHCI Host Controller
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 5
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000c400
Oct 31 20:14:09 localhost kernel: [drm] Initialized drm 1.1.0 20060810
Oct 31 20:14:09 localhost kernel: hub 5-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 5-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.2: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.2: UHCI Host Controller
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 6
Oct 31 20:14:09 localhost kernel: uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000c480
Oct 31 20:14:09 localhost kernel: hub 6-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 6-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1a.7: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1a.7: EHCI Host Controller
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1a.7: new USB bus registered, assigned bus number 7
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1a.7: debug port 1
Oct 31 20:14:09 localhost kernel: SCSI subsystem initialized
Oct 31 20:14:09 localhost kernel: ACPI: bus type ATA registered
Oct 31 20:14:09 localhost kernel: [drm] radeon kernel modesetting enabled.
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1a.7: cache line size of 32 is not supported
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1a.7: irq 18, io mem 0xfe9ffc00
Oct 31 20:14:09 localhost kernel: libata version 3.00 loaded.
Oct 31 20:14:09 localhost kernel: [drm] initializing kernel modesetting (RV770 0x1002:0x9460 0x1043:0x02B4).
Oct 31 20:14:09 localhost kernel: [drm] register mmio base: 0xFEAE0000
Oct 31 20:14:09 localhost kernel: [drm] register mmio size: 65536
Oct 31 20:14:09 localhost kernel: ATOM BIOS: 9460.11.22.1.5.AS01
Oct 31 20:14:09 localhost kernel: radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used)
Oct 31 20:14:09 localhost kernel: radeon 0000:01:00.0: GTT: 512M 0x0000000040000000 - 0x000000005FFFFFFF
Oct 31 20:14:09 localhost kernel: [drm] Detected VRAM RAM=1024M, BAR=256M
Oct 31 20:14:09 localhost kernel: [drm] RAM width 256bits DDR
Oct 31 20:14:09 localhost kernel: [TTM] Zone kernel: Available graphics memory: 2026018 kiB
Oct 31 20:14:09 localhost kernel: [TTM] Initializing pool allocator
Oct 31 20:14:09 localhost kernel: [TTM] Initializing DMA pool allocator
Oct 31 20:14:09 localhost kernel: [drm] radeon: 1024M of VRAM memory ready
Oct 31 20:14:09 localhost kernel: [drm] radeon: 512M of GTT memory ready.
Oct 31 20:14:09 localhost kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072
Oct 31 20:14:09 localhost kernel: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1a.7: USB 2.0 started, EHCI 1.00
Oct 31 20:14:09 localhost kernel: hub 7-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 7-0:1.0: 6 ports detected
Oct 31 20:14:09 localhost kernel: [drm] Loading RV770 Microcode
Oct 31 20:14:09 localhost kernel: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
Oct 31 20:14:09 localhost kernel: radeon 0000:01:00.0: WB enabled
Oct 31 20:14:09 localhost kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff880127ab8c00
Oct 31 20:14:09 localhost kernel: radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff880127ab8c0c
Oct 31 20:14:09 localhost kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
Oct 31 20:14:09 localhost kernel: [drm] Driver supports precise vblank timestamp query.
Oct 31 20:14:09 localhost kernel: radeon 0000:01:00.0: irq 43 for MSI/MSI-X
Oct 31 20:14:09 localhost kernel: radeon 0000:01:00.0: radeon: using MSI.
Oct 31 20:14:09 localhost kernel: [drm] radeon: irq initialized.
Oct 31 20:14:09 localhost kernel: hub 1-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 1-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: hub 2-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 2-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: [drm] ring test on 0 succeeded in 1 usecs
Oct 31 20:14:09 localhost kernel: [drm] ring test on 3 succeeded in 1 usecs
Oct 31 20:14:09 localhost kernel: [drm] ib test on ring 0 succeeded in 0 usecs
Oct 31 20:14:09 localhost kernel: [drm] ib test on ring 3 succeeded in 0 usecs
Oct 31 20:14:09 localhost kernel: [drm] Radeon Display Connectors
Oct 31 20:14:09 localhost kernel: [drm] Connector 0:
Oct 31 20:14:09 localhost kernel: [drm] HDMI-A-1
Oct 31 20:14:09 localhost kernel: [drm] HPD2
Oct 31 20:14:09 localhost kernel: [drm] DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c
Oct 31 20:14:09 localhost kernel: [drm] Encoders:
Oct 31 20:14:09 localhost kernel: [drm] DFP1: INTERNAL_UNIPHY
Oct 31 20:14:09 localhost kernel: [drm] Connector 1:
Oct 31 20:14:09 localhost kernel: [drm] VGA-1
Oct 31 20:14:09 localhost kernel: [drm] DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c
Oct 31 20:14:09 localhost kernel: [drm] Encoders:
Oct 31 20:14:09 localhost kernel: [drm] CRT2: INTERNAL_KLDSCP_DAC2
Oct 31 20:14:09 localhost kernel: [drm] Connector 2:
Oct 31 20:14:09 localhost kernel: [drm] DIN-1
Oct 31 20:14:09 localhost kernel: [drm] Encoders:
Oct 31 20:14:09 localhost kernel: [drm] TV1: INTERNAL_KLDSCP_DAC2
Oct 31 20:14:09 localhost kernel: [drm] Connector 3:
Oct 31 20:14:09 localhost kernel: [drm] DVI-I-1
Oct 31 20:14:09 localhost kernel: [drm] HPD1
Oct 31 20:14:09 localhost kernel: [drm] DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
Oct 31 20:14:09 localhost kernel: [drm] Encoders:
Oct 31 20:14:09 localhost kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1
Oct 31 20:14:09 localhost kernel: [drm] DFP2: INTERNAL_KLDSCP_LVTMA
Oct 31 20:14:09 localhost kernel: [drm] Internal thermal controller with fan control
Oct 31 20:14:09 localhost kernel: == power state 0 ==
Oct 31 20:14:09 localhost kernel: ui class: none
Oct 31 20:14:09 localhost kernel: internal class: boot
Oct 31 20:14:09 localhost kernel: caps: video
Oct 31 20:14:09 localhost kernel: uvd vclk: 0 dclk: 0
Oct 31 20:14:09 localhost kernel: power level 0 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: power level 1 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: power level 2 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: status: c r b
Oct 31 20:14:09 localhost kernel: == power state 1 ==
Oct 31 20:14:09 localhost kernel: ui class: performance
Oct 31 20:14:09 localhost kernel: internal class: none
Oct 31 20:14:09 localhost kernel: caps: single_disp video
Oct 31 20:14:09 localhost kernel: uvd vclk: 0 dclk: 0
Oct 31 20:14:09 localhost kernel: power level 0 sclk: 24000 mclk: 97500 vddc: 1053
Oct 31 20:14:09 localhost kernel: power level 1 sclk: 50000 mclk: 97500 vddc: 1183
Oct 31 20:14:09 localhost kernel: power level 2 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: status:
Oct 31 20:14:09 localhost kernel: == power state 2 ==
Oct 31 20:14:09 localhost kernel: ui class: none
Oct 31 20:14:09 localhost kernel: internal class: uvd
Oct 31 20:14:09 localhost kernel: caps: video
Oct 31 20:14:09 localhost kernel: uvd vclk: 53300 dclk: 40000
Oct 31 20:14:09 localhost kernel: power level 0 sclk: 50000 mclk: 97500 vddc: 1183
Oct 31 20:14:09 localhost kernel: power level 1 sclk: 50000 mclk: 97500 vddc: 1183
Oct 31 20:14:09 localhost kernel: power level 2 sclk: 50000 mclk: 97500 vddc: 1183
Oct 31 20:14:09 localhost kernel: status:
Oct 31 20:14:09 localhost kernel: == power state 3 ==
Oct 31 20:14:09 localhost kernel: ui class: performance
Oct 31 20:14:09 localhost kernel: internal class: none
Oct 31 20:14:09 localhost kernel: caps: video
Oct 31 20:14:09 localhost kernel: uvd vclk: 0 dclk: 0
Oct 31 20:14:09 localhost kernel: power level 0 sclk: 24000 mclk: 97500 vddc: 1053
Oct 31 20:14:09 localhost kernel: power level 1 sclk: 50000 mclk: 97500 vddc: 1183
Oct 31 20:14:09 localhost kernel: power level 2 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: status:
Oct 31 20:14:09 localhost kernel: == power state 4 ==
Oct 31 20:14:09 localhost kernel: ui class: none
Oct 31 20:14:09 localhost kernel: internal class: acpi
Oct 31 20:14:09 localhost kernel: caps:
Oct 31 20:14:09 localhost kernel: uvd vclk: 0 dclk: 0
Oct 31 20:14:09 localhost kernel: power level 0 sclk: 24000 mclk: 97500 vddc: 1053
Oct 31 20:14:09 localhost kernel: power level 1 sclk: 24000 mclk: 97500 vddc: 1053
Oct 31 20:14:09 localhost kernel: power level 2 sclk: 24000 mclk: 97500 vddc: 1053
Oct 31 20:14:09 localhost kernel: status:
Oct 31 20:14:09 localhost kernel: switching from power state:
Oct 31 20:14:09 localhost kernel: ui class: none
Oct 31 20:14:09 localhost kernel: internal class: boot
Oct 31 20:14:09 localhost kernel: caps: video
Oct 31 20:14:09 localhost kernel: uvd vclk: 0 dclk: 0
Oct 31 20:14:09 localhost kernel: power level 0 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: power level 1 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: power level 2 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: status: c b
Oct 31 20:14:09 localhost kernel: switching to power state:
Oct 31 20:14:09 localhost kernel: ui class: performance
Oct 31 20:14:09 localhost kernel: internal class: none
Oct 31 20:14:09 localhost kernel: caps: single_disp video
Oct 31 20:14:09 localhost kernel: uvd vclk: 0 dclk: 0
Oct 31 20:14:09 localhost kernel: power level 0 sclk: 24000 mclk: 97500 vddc: 1053
Oct 31 20:14:09 localhost kernel: power level 1 sclk: 50000 mclk: 97500 vddc: 1183
Oct 31 20:14:09 localhost kernel: power level 2 sclk: 85000 mclk: 97500 vddc: 1313
Oct 31 20:14:09 localhost kernel: status: r
Oct 31 20:14:09 localhost kernel: [drm] radeon: dpm initialized
Oct 31 20:14:09 localhost kernel: hub 3-0:1.0: USB hub found
Oct 31 20:14:09 localhost kernel: hub 3-0:1.0: 2 ports detected
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1d.7: setting latency timer to 64
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1d.7: EHCI Host Controller
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1d.7: new USB bus registered, assigned bus number 8
Oct 31 20:14:09 localhost kernel: ehci-pci 0000:00:1d.7OK, I found a solution for this problem after fiddling with my fstab. Trick is to let Systemd mount partitions when necessary and do its business during boot like explained here in Arch wiki: https://wiki.archlinux.org/index.php/Im … tem_mounts
$ nano /etc/fstab
# /etc/fstab: static file system information
# <file system> <dir> <type> <options> <dump> <pass>
/dev/sda8 /boot ext4 defaults,noatime,noauto,x-systemd.automount 0 2
/dev/sda9 none swap defaults,noauto,x-systemd.automount 0 0
# /dev/sda10 / ext4 defaults,noatime,noauto,x-systemd.automount 0 1
/dev/sda11 /home ext4 defaults,noatime,noauto,x-systemd.automount 0 2
Now my boot time is reduced from 28secs to 9secs without any SSD card or Readahead like software involved:
$ systemd-analyze && systemd-analyze blame
Startup finished in 229ms (kernel) + 2.544s (initrd) + 7.181s (userspace) = 9.954s
2.275s systemd-vconsole-setup.service
743ms systemd-logind.service
559ms dev-mqueue.mount
538ms sys-kernel-config.mount
538ms sys-kernel-debug.mount
536ms powermanagement.service
498ms kmod-static-nodes.service
493ms polkit.service
483ms dev-hugepages.mount
456ms systemd-sysctl.service
402ms systemd-tmpfiles-setup.service
398ms upower.service
379ms udisks2.service
332ms systemd-random-seed.service
269ms systemd-tmpfiles-setup-dev.service
261ms systemd-journal-flush.service
233ms systemd-user-sessions.service
208ms systemd-udev-trigger.service
177ms systemd-udevd.service
156ms [email protected]
113ms [email protected]
52ms systemd-update-utmp.service
47ms systemd-remount-fs.service
38ms home.mount
4ms alsa-restore.service
$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @7.181s
└─multi-user.target @7.181s
└─systemd-logind.service @6.437s +743ms
└─basic.target @6.436s
└─timers.target @6.434s
└─systemd-tmpfiles-clean.timer @6.434s
└─sysinit.target @2.986s
└─systemd-vconsole-setup.service @711ms +2.275s
└─systemd-journald.socket
└─-.mount
└─system.slice
└─-.slice -
[SOLVED] Recovery shell Problem / Arch novice booting 1st time
This is my problem after/during the boot of the Arch for the first time:
Root device `/dev/hda3`doesn`t exist, attempting to create it
ERROR: Failed to parse block device ids for `/dev/hda3`
ERROR: Unable to detect or create root device `/dev/hda3`
You are being dropped to a recovery shell
Type `reboot` to reboot
Type `exit` to try and continue booting
NOTE: klibc contains no 'ls' binary, use `echo *` instead
If the device `/dev/hda3` gets created while you are here,
try adding `rootdelay=10` or higher to the kernel command-line
ramfs$
I have 10 partitions. (Mint mounting points)
Sda1 system reserved (NTFS)
Sda2 W7
Sda3 NTFS
Sda4 extended
Sda5 ext4 (Mint 8)
Sda6 swap
Sda7 Arch /
Sda8 Arch /var
Sda9 Arch swap
Sda10 Arch /home
Any ideas ?
Last edited by webmasteryoda (2010-03-20 11:17:09)Its Grub2. So there is no menu.lst. But I found this in the grub.cfg:
menuentry "arch (on /dev/sda7)" {
insmod ext2
set root=(hd0,7)
search --no-floppy --fs-uuid --set faa7744d-d27e-4350-8a1d-b18b5413fc5a
linux /boot/vmlinuz26 root=/dev/hda3 ro
initrd /boot/kernel26.img
menuentry "arch-fallback (on /dev/sda7)" {
insmod ext2
set root=(hd0,7)
search --no-floppy --fs-uuid --set faa7744d-d27e-4350-8a1d-b18b5413fc5a
linux /boot/vmlinuz26 root=/dev/hda3 ro
initrd /boot/kernel26-fallback.img
Is it causing the problems ? -
Mount: /dev/sda2 already mounted or /u01 busy
Installed new OELinux4.7 with disk partitions but unable to to mount these
[oracle@localhost sbin]$ ./fdisk -l (give no results)
[root@localhost /]# mount /dev/sda3 /u01
mount: /dev/sda3 already mounted or /u01 busy
[root@localhost /]# cd /sbin
*[root@localhost sbin]# ./fdisk -l*
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 19 152586 83 Linux
/dev/sda2 20 2630 20972857+ 8e Linux LVM
/dev/sda3 2631 5241 20972857+ 8e Linux LVM
/dev/sda4 5242 60801 446285700 5 Extended
/dev/sda5 5242 7852 20972826 8e Linux LVM
/dev/sda6 7853 10463 20972826 8e Linux LVM
/dev/sda7 10464 13074 20972826 8e Linux LVM
*[root@localhost sbin]# df -h*
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol01
20G 3.5G 16G 19% /
/dev/sda1 145M 15M 123M 11% /boot
none 3.0G 0 3.0G 0% /dev/shm
/dev/mapper/VolGroup00-LogVol02
20G 78M 19G 1% /home
[root@localhost /]# mount /dev/sda2 /u01
mount: /dev/sda2 already mounted or /u01 busy
[root@localhost /]#On a system without LVM, a filesystem is created inside a partition. fdisk is used to list partitions on disks. Because the filesystems are inside the partitions, you can use the name of parition to mount it.
On a system with LVM, a filesystem is created inside a logical volume, not in a partition. The partitions (fdisk -l) are used as physical volumes (pvdisplay), which are added to a volume group (vgdisplay), in which a logical volume can be created (lvdisplay). In the logical volume a filesystem is created. Because of this, only the logical volumes can be used to mount the filesystem.
LVM adds an abstraction layer between filesystems and partitions. This is extremely handy because it's easy to add a disk (which is made physical volume) to a volume group which makes space available, which can be added to any logical volume in the volume group. When that's done, the filesystem in the logical volume can be enlarged with resize2fs, even online. Without LVM, it's not possible or very hard at best to do that. -
[SOLVED] LVM volume not found while booting
I have an error while trying to boot with both Syslinux and GRUB (GRUB was my 1st choice but I got this error so switched to Syslinux). It's BIOS system, my boot is on /dev/sda1 and root is inside LVM on /dev/sda2. It states that device /dev/mapper/TheVG-RootLV can not be found so the problem is with LVM. There is lvm2 hook in mkinitcpio.conf, dolvm in my kernel line... what could I do wrong? I had no problem with this exact setup on my UEFI system and GRUB. Boot partition is loaded even if it's also inside LVM (that was the case when I was trying to run it via GRUB). GPT partition table.
Last edited by smsware (2013-05-25 16:55:48)This has been an ongoing issue with the Arch Linux LVM2 setup since it was changed to using lvmetad. You did nothing wrong. My home server still sits on an LVM, so what I did was downgraded lvm2 and device-mapper on that machine and have been ignoring the updates until I can find a better solution... though I haven't been looking very hard.
Also, with mkinitcpio, there is no "dolvm" command line parameter. It runs the LVM2 stuff depending on whether or not you have the lvm hook in your mkinicpio.conf (or add it otherwise with the command line). So yu can safely remove that.
The reason that Grub is able to read the /boot partition, but then it can still fail to find the rootfs is because these are two separate things. Grub has its own system to give it LVM compatibility. So it uses its stuff to read that, gets the information it needs, then loads the kernel and initramfs. It then passes the system off, at which point, this process of detecting the LVM and finding the rootfs happens all over again, albiet with the kernel and native linux userspace tools.
My laptop was on LVM2 when this change occurred. It worked for a while, and then just totally borked... well not toally, but it was way inconsistent and super frusturating. So I changed to btrfs. There is a thread about luks and lvm2 not booting, but it is actually just about lvm2, as the luks part of it was just cioncidence. You may want to ahve a look there because there is a slight change you can make in your lvm.conf that might help. It helped in my case, but it only made it slightly less borked, which is why I eventually changed setups.
Edit: I remember the edit having something to do with a filter... or global filter... something about having it not scan floppies and cdroms and whatnot.
Last edited by WonderWoofy (2013-05-23 00:05:31) -
[UPDATED] Setting up RAID 1 consisting of ramdisk and /dev/sda2
I'm not quite sure which board this question belongs to, so I'll post it in the newbie section, as I feel like one right now.
I need help with setting up my root partition as a RAID 1 of a ramdisk and a partition on my disk.
I have a very fresh arch install (2014-03-20) running on a this system:
512M /dev/sda1 vfat -> /boot (boot- and uefi-partition)
12G /dev/sda2 ext4 -> /
104.5G /home
64G RAM
My wish is to run / as a RAID 1 of the 12G /dev/sda2 ext4 and a 12G Ramdisk ext4.
I have read this great post on doing exactly this and the entire thread it is posted in, concerning running Arch entirely in RAM. But, to the best of my understanding, the use of a simple block device in RAM such as /dev/rd/0 has since been deprecated. I have been able to set them up manually with:
$ sudo mknod -m 660 /dev/rd b 1 1
But when I try to zero out the space I need on the device I'm unable to write more than 16 Mb of data to the device.
$ sudo dd if=/dev/zero of=/dev/rd bs=1K count=12288k
dd: error writing ‘/dev/rd’: No space left on device
16385+0 records in
16384+0 records out
16777216 bytes (17 MB) copied, 0.0222693 s, 753 MB/s
Likewise, I'm unable to set up a ext4fs larger than 16M on the device.
From what I have understood, this 16 M limit comes from the ramdisk_size kernel param during boot or from the rd_size param when loading the rd kernel module. Only problem is, the kernel param ramdisk_size=12582912 doesn't seem to help me and there doesn't seem to be any rd module in the arch kernel.
So my questions for now:
* Is there some other way than rd_size and ramdisk_size to set maximum ramdisk size to 12G?
* Am I doing something wrong?
Last edited by Hrafnahnef (2014-04-01 14:07:57)This may not be what you want, but I managed to mount a ramdisk as the root /.
I was not interested to tried setting up such an array, as it seems to me that the ramdisk method is more flexible than the array method. By flexibility, I mean that the size of the ramdisk can be changed between reboots, but the array cannot -- I don't think that an array can be expanded or shrinked once created. Also, the disk is not needed to be accessed once the ramdisk is ready; and you can choose what folders of the root hierarchy to be copied into RAM.
Maybe you are looking for
-
My ipod classic no longer appears in itunes on my mac, but it does appear in finder
I have tried all the steps at this link: http://support.apple.com/kb/TS3540 As well as those suggested by turingtest2 at: https://discussions.apple.com/message/17776595#17776595 (Check your ipod with Diagnostics mode) I had: Retracts: 495 Reallocs: 1
-
Airport Time Capsule as a Internet Server
Please, has anyone here formatted the Time Capsule as a internet server? Is the a special way to format the Time Capsule for, Macintosh Pro 5.1 Quad Core OS Mountain Lion 10.8, with Airport Extreme base station? Thank you in advance for any shared i
-
Portal 7-8 Migration - WebFlow errors
Hey - I am migrating a Portal 7 app to 8. What do I do with the webflows? I have run all the migration steps as per the document. However when I run the Portal, I get an error - <Dec 8, 2003 4:22:03 PM PST> <Error> <netuix> <BEA-420042> <The control
-
Hi, Am using AS2 and OFTP adapter in seeburger and want to understand the inbound flow of messages. As I have read some blogs and searched couple of entries in SDN, I want to make sure whether my understandings are correct. The big doubt in my mind i
-
Icloud settings not updating on devices
i recently changed my email address and thus by doing so changed my username for apple but on my 3 devices the icloud setting still show my old email and because of this i cant update using icloud. ive changed and updated my accout information change