ArchPup - Puppy based on Arch Linux
I had the same issue. In my case was a udev issue.stifiling wrote:@greengeek
thanks for the reply, but yes....i believe that the firmware not loading...is what's blocking the action. one of my computers 'normally' uses eth1 and the other wlan0.....but, neither show's up on either machine using Archpup and the reason is once again......the firmware isn't loading.
Install the attached ped and see if net interfaces are found on reboot.
To install (since there is no petget in Archpup)
Code: Select all
tar xvzf udev_luki_racy-167-i486.pet
cp -aRf udev_luki_racy-167-i486/* /
Code: Select all
udevadm trigger --action=add --subsystem-match="net"
udevadm settle
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
-
- Posts: 68
- Joined: Sun 22 Feb 2009, 10:00
Re: Black screen with Integrated Graphics Chipset: Intel(R) G45
oui. Thanks for replying.oui wrote:you can return to one of the consoles as usual by hitting on Ctrl+Alt+F2 .. F6. But Arch requires a password in the other consoles!
It seems you can (perhaps) continue Ctrl+Alt+F1 and continue your process passwordfree in the first console!
Ctrl+Alt+F1 .. F6 aren't available after booting into a black screen because the system freezes completely after starting xorg. Sometimes I can interrupt the booting process by hitting Ctrl+C. So I can sometimes get the root console.
@mavrothal: I tried to recompile udev with --enable-extras, but got this after make install:
used udev-167-patched_t2.tar.gz from http://bkhome.org/sources, and this looks like
error in Makefile. Also I noticed that your udev pet package has 26 *.rules in /lib/udev/rules.d,
but in this I compiled and included in ArchPup there's only 12 of them. Did you use some different source?
@slenkar: I guess you forgot to add 'ca-certificates' to depends list, or if that don't work (it should) replace this
https://github.com/keenerd/packer.git/info/refs with this
git://github.com/keenerd/packer.git/info/refs in PKGBUILD.
@oui: /mnt/home should be created automatically by rc.sysinit, as link to /initrd/mnt/dev_save,
or I am missing something here.
Code: Select all
>> Starting package...
make --no-print-directory install-recursive
Making install in .
test -z "/lib/udev" || /bin/mkdir -p "/mnt/home/puppy/pkgbuild/udev/install/lib/udev"
/TOOLCHAIN/build/baby1-8.0-trunk-puppy5-x86-i486-linux/TOOLCHAIN/tools.chroot/wrapper/install -c extras/rule_generator/write_cd_rules extras/rule_generator/write_net_rules '/mnt/home/puppy/pkgbuild/udev/install/lib/udev'
/bin/sh: line 19: /TOOLCHAIN/build/baby1-8.0-trunk-puppy5-x86-i486-linux/TOOLCHAIN/tools.chroot/wrapper/install: No such file or directory
make[3]: *** [install-dist_libexecSCRIPTS] Error 127
make[2]: *** [install-am] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install] Error 2
error in Makefile. Also I noticed that your udev pet package has 26 *.rules in /lib/udev/rules.d,
but in this I compiled and included in ArchPup there's only 12 of them. Did you use some different source?
@slenkar: I guess you forgot to add 'ca-certificates' to depends list, or if that don't work (it should) replace this
https://github.com/keenerd/packer.git/info/refs with this
git://github.com/keenerd/packer.git/info/refs in PKGBUILD.
@oui: /mnt/home should be created automatically by rc.sysinit, as link to /initrd/mnt/dev_save,
or I am missing something here.
If I remember correctly I used udev-167 from T2 (which I think is vanilla)simargl wrote: used udev-167-patched_t2.tar.gz from http://bkhome.org/sources, and this looks like
error in Makefile. Also I noticed that your udev pet package has 26 *.rules in /lib/udev/rules.d,
but in this I compiled and included in ArchPup there's only 12 of them. Did you use some different source?
Keep in mind that "extras" compilation require acl and acl does not work in aufs. So you should compile in a "full install" puppy or plain ArchLinux.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
This is new udev version 175 compiled in archpup, using source from debian mirror, and without any patches.
Its working fine here so I'm uploading for you to test. Backup your save file before you begin...
To install it. First rename udev-175-1.tar.bz2 to udev-175-1.spkg, then:
then remove old udev and install new:
Everyone who had problems with wireless because firmware modules was not loading etc. please test this and report your findings. Thanks
Its working fine here so I'm uploading for you to test. Backup your save file before you begin...
To install it. First rename udev-175-1.tar.bz2 to udev-175-1.spkg, then:
Code: Select all
hg clone https://bitbucket.org/simargl/spkg
cd spkg
sh install
Code: Select all
spkg -r udev
spkg -i udev-175-1.spkg
Last edited by simargl on Tue 04 Dec 2012, 16:38, edited 1 time in total.
heres my depends line:depends=('grep' 'sed' 'bash' 'curl' 'pacman' 'jshon' 'ca-certificates')
I changed the address but it said it wasnt valid, it could be becuase my clock is the wrong time.
In the archlinux docs it says to use timedatectl but that command doesnt exist (and cant be installed by pacman)
I changed the address but it said it wasnt valid, it could be becuase my clock is the wrong time.
In the archlinux docs it says to use timedatectl but that command doesnt exist (and cant be installed by pacman)
Last edited by slenkar on Tue 04 Dec 2012, 14:25, edited 1 time in total.
-
- Posts: 68
- Joined: Sun 22 Feb 2009, 10:00
remove startx from boot-process
Because I have to configure intel-xorg-video driver manually I have to first boot into a console which is not reliably possible (please, see my previous post).
As a first step to further analysis of the graphics-driver-problem I have to comment out the command which starts xorg/opendesktop und then remaster the root-filesystem. But I couldn't locate that command.
@simargl. Could you please help.
As a first step to further analysis of the graphics-driver-problem I have to comment out the command which starts xorg/opendesktop und then remaster the root-filesystem. But I couldn't locate that command.
@simargl. Could you please help.
@cinclus_cinclus: You need to remove or comment last lines in /etc/profile, inside if statement.
intel-xorg-video is already inside and also intel-dri, mesa... so for intel cards 3D should
work out of the box, I also use intel card btw. xorg.conf in /etc/X11 is almost empty file and Xorg
use udev to automatically load best driver for your graphic card, or if it's not available it will then use vesa.
@slenkar: Can you if test this works
intel-xorg-video is already inside and also intel-dri, mesa... so for intel cards 3D should
work out of the box, I also use intel card btw. xorg.conf in /etc/X11 is almost empty file and Xorg
use udev to automatically load best driver for your graphic card, or if it's not available it will then use vesa.
@slenkar: Can you if test this works
Code: Select all
git clone git://github.com/keenerd/packer.git
Didn't quite work for me.simargl wrote:This is new udev version 175 compiled in archpup, using source from debian mirror, and without any patches.
Its working fine here so I'm uploading for you to test. Backup your save file before you begin...
To install it: First remove folder /lib/udev/rules.d, then extract packageand copy content inside install folder to rootfsCode: Select all
tar -xf udev-175-1.tar.bz2
Everyone who had problems with wireless because firmware modules was not loading etc. please test this and report your findings. ThanksCode: Select all
cp -aRf install/* /
Usually the files are in /lib/udev and not in /lib also libudev goes to /lib and not /usr/lib (otherwise you end up with libs in both places).
Maybe I did not manage to clear all the old udev files. I'll give it another try, but maybe is better to use consistent file location so will overwrite the preexisting ones.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Thanks, I fixed that recompiled and changed instructions, to make clean reinstall.Usually the files are in /lib/udev and not in /lib also libudev goes to /lib and not /usr/lib (otherwise you end up with libs in both places).
See here: http://murga-linux.com/puppy/viewtopic. ... 885#668885
Yep. That's good. wifi is OK.simargl wrote:Thanks, I fixed that recompiled and changed instructions, to make clean reinstall.Usually the files are in /lib/udev and not in /lib also libudev goes to /lib and not /usr/lib (otherwise you end up with libs in both places).
See here: http://murga-linux.com/puppy/viewtopic. ... 885#668885
Though I still have the same problems as I had with my udev-167. ie terminal still needs /dev/pts to run.
I did not check if there are any devices in initrd, but you might need udev also there, though the kernel should be configured to support this.
Also I noticed a lot of broken kmod symlinks in archpup. Is it booting with kmod?
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
I see that /dev/pts is not created for me either, but terminal is still working. Its so strange because I remember that earlier it refused to work with error 'Cannot open your terminal /dev/pts'. Maybe to test with this in rc.sysinit
kmod was in /usr/bin, and I moved it to /sbin, to create modules.dep on startup if needed.
Please tell me where are broken links. Did I forget something?
Code: Select all
mkdir /dev/pts
busybox mount -t devpts devpts /dev/pts
Code: Select all
mv install/usr/bin/kmod install/sbin/kmod
rm install/sbin/{depmod,modprobe}
rm install/usr/bin/{insmod,lsmod,modinfo,rmmod}
cp install/sbin/kmod install/sbin/depmod
ln -s /sbin/kmod install/sbin/modprobe
ln -s /sbin/kmod install/sbin/insmod
ln -s /sbin/kmod install/sbin/lsmod
ln -s /sbin/kmod install/sbin/modinfo
ln -s /sbin/kmod install/sbin/rmmod
-
- Posts: 68
- Joined: Sun 22 Feb 2009, 10:00
OK.simargl wrote:@cinclus_cinclus: You need to remove or comment last lines in /etc/profile, inside if statement.
I'm afraid not: neither the intel nor the vesa are installed automatically.(Intel-3D-driver) ... if it's not available it will then use vesa.
So for the moment I got a working solution with the following configuration (in /etc/X11/xorg.conf.d/10-monitor.conf):
Code: Select all
Section "Monitor"
Identifier "Monitor0"
EndSection
Section "Device"
Identifier "Device0"
Driver "vesa" #Choose the driver used for this monitor
EndSection
Section "Screen"
Identifier "Screen0" #Collapse Monitor and Device section to Screen section
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24 #Choose the depth (16||24)
SubSection "Display"
Depth 24
Modes "1280x1024" #Choose the resolution
EndSubSection
EndSection
I do that in /root/.start and works ok but then in some case like issuing 'alsamixer -V all' I get "rxvt-unicode failed to open"simargl wrote:I see that /dev/pts is not created for me either, but terminal is still working. Its so strange because I remember that earlier it refused to work with error 'Cannot open your terminal /dev/pts'. Maybe to test with this in rc.sysinitCode: Select all
mkdir /dev/pts busybox mount -t devpts devpts /dev/pts
Looks OK. I can not find it anymore in a fresh installsimargl wrote:Please tell me where are broken links. Did I forget something?
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Hello,
As we can see, my efforts to Woof a fully formed Archpup were in vain..
But a base release, with much user input, will eventually produce a fully functional Pup.. Hail to all involved.. This will be a most useful Pup, a revolution... Not a bit jealous that someone else got it started...
Keep going, dont give up till this is a viable option to the Puppy world..
Awesome work... Much kudos... This could really be Puppy changing in terms of integrating pacman.. And some have already exported this to other Puppies... Aww.. Gotta love the Borg spirit in Puppy..... Feel good man..
You deserve it.....
As we can see, my efforts to Woof a fully formed Archpup were in vain..
But a base release, with much user input, will eventually produce a fully functional Pup.. Hail to all involved.. This will be a most useful Pup, a revolution... Not a bit jealous that someone else got it started...
Keep going, dont give up till this is a viable option to the Puppy world..
Awesome work... Much kudos... This could really be Puppy changing in terms of integrating pacman.. And some have already exported this to other Puppies... Aww.. Gotta love the Borg spirit in Puppy..... Feel good man..
You deserve it.....
Close the Windows, and open your eyes, to a whole new world
I am Lead Dog of the
Puppy Linux Users Group on Facebook
Join us!
Puppy since 2.15CE...
I am Lead Dog of the
Puppy Linux Users Group on Facebook
Join us!
Puppy since 2.15CE...
u know i haven't thoroughly tested it. the archpup i'm testing it on, is one that i switched the kernel to 3.2.8-ski....the saluki kernel.greengeek wrote:Does the udev affect all wifi adapters do you think? or is it only for adapters hooked in via usb?
so using the udev pet posted above...and the saluki kernel, my wireless is working on all my machines the same as if i was using any other puplet. usb or builtin. but with the default Archpup kernel...i cannot say.
but going off what "i think" though..."i think" it should work like it does with any other puppy....i really don't see a reason why it wouldn't. jus can't say 'for sure' yet.