topic title: antiX-14R alpha3 available for testing
-
Posts: 4,164
- Joined: 20 Feb 2009
#91
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://forum.lxde.org/viewtopic.php?f=11&t=31202"
linktext was:"Amrel RT 786EX"
====================================
Kernel Panic on both CD's, RV & RD 32bit.
"Not syncing: attempted to kill init"
I tried acpi=off in F4. No joy using that. I will wait for suggestions on the computer next to the Amrel. Cheat codes?
Edit: Tried swapping cdrom drives. No joy doing that either.
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://forum.lxde.org/viewtopic.php?f=11&t=31202"
linktext was:"Amrel RT 786EX"
====================================
Kernel Panic on both CD's, RV & RD 32bit.
"Not syncing: attempted to kill init"
I tried acpi=off in F4. No joy using that. I will wait for suggestions on the computer next to the Amrel. Cheat codes?
Edit: Tried swapping cdrom drives. No joy doing that either.
-
Posts: 2,238
- Joined: 16 Dec 2007
#92
dell optiplex 780.
RV 32 Bit.
liveUSB boot freezes at"Set Preliminary Keymap"
Note that the iso the usb was made from boots in VB just fine. Also note that the antiX console decoration has shifted to"below the bezel" of the monitor. Before the freeze, the console decoration was properly aligned.
RV 32 Bit.
liveUSB boot freezes at"Set Preliminary Keymap"
Note that the iso the usb was made from boots in VB just fine. Also note that the antiX console decoration has shifted to"below the bezel" of the monitor. Before the freeze, the console decoration was properly aligned.
Last edited by dolphin_oracle on 17 Oct 2014, 11:11, edited 2 times in total.
-
Posts: 1,308
- Joined: 31 Aug 2009
#93
Perhaps you could edit your post and replace the photo with a smaller version.
Here are the
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://kmuto.jp/debian/hcl/DELL/Optiplex+780"
linktext was:"kernel drivers for the Dell Optiplex 780"
====================================
. Unfortunately, there seems to be different versions with different video chip sets.
There might be other problems in addition to the video modeset but using"safe" or"vesa" video mode is a good place to start.
EDIT: you can see the output of lspci before the crash by using the boot parameter"bp=8" and then running the command:The"-v" is optional. You can save the output on your LiveUSB with:H'mm. Perhaps we could automate this in future releases.
Did your try"safe" or"vesa" video modes?dolphin_oracle wrote:liveUSB boot freezes at"Set Preliminary Keymap"
Thanks for the photo! The error indications you get when checking the md5 sum are spurious and easily fix. I think the latest version of the live initrd already has them fixed.See photo.
I think this will be solved with"nomodeset" (the"safe" and"vesa" Video mode options).Also note that the antiX console decoration has shifted to"below the bezel" of the monitor. Before the freeze, the console decoration was properly aligned.
Perhaps you could edit your post and replace the photo with a smaller version.
Here are the
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://kmuto.jp/debian/hcl/DELL/Optiplex+780"
linktext was:"kernel drivers for the Dell Optiplex 780"
====================================
. Unfortunately, there seems to be different versions with different video chip sets.
There might be other problems in addition to the video modeset but using"safe" or"vesa" video mode is a good place to start.
EDIT: you can see the output of lspci before the crash by using the boot parameter"bp=8" and then running the command:
Code: Select all
chroot /live/aufs /usr/bin/lspci -v
Code: Select all
chroot /live/aufs /usr/bin/lspci -v > /live/boot-dev/lspci.out
-
Posts: 73
- Joined: 20 Jan 2014
#94
test on i3 acer laptop terminal wifimanager didnt work (dont know how its called) but wicd gui manager works fine
conky dissapears and i have to click it twice (disable/enable)
mounting ntfs partitions didnt work, but mounting manually was ok
booted from usb, made with rmprepusb/easy2boot
conky dissapears and i have to click it twice (disable/enable)
mounting ntfs partitions didnt work, but mounting manually was ok
booted from usb, made with rmprepusb/easy2boot
-
Posts: 1,308
- Joined: 31 Aug 2009
#95
When does conky disappear? If it never shows up in the first place then edit the file /etc/desktop-session/desktop-session.conf and change the start up delay to 2:zpimp wrote:conky dissapears and i have to click it twice (disable/enable)
Code: Select all
STARTUP_DELAY="2"
Which program did you use to mount ntfs partitions?mounting ntfs partitions didnt work, but mounting manually was ok
-
Posts: 2,238
- Joined: 16 Dec 2007
#96
It didn't dawn on me to try the other video modes. I'll give them a go. IIRC that machine has intel video.
FYI that Optiplex has worked flawlessly in 13.2 live and in MX 14 live. I only use live on that machine. It also works perfectly with the 64 bit a3 RD version.
BitJam wrote:Did your try"safe" or"vesa" video modes?dolphin_oracle wrote:liveUSB boot freezes at"Set Preliminary Keymap"Thanks for the photo! The error indications you get when checking the md5 sum are spurious and easily fix. I think the latest version of the live initrd already has them fixed.See photo.I think this will be solved with"nomodeset" (the"safe" and"vesa" Video mode options).Also note that the antiX console decoration has shifted to"below the bezel" of the monitor. Before the freeze, the console decoration was properly aligned.
Perhaps you could edit your post and replace the photo with a smaller version.
Here are the
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://kmuto.jp/debian/hcl/DELL/Optiplex+780"
linktext was:"kernel drivers for the Dell Optiplex 780"
====================================
. Unfortunately, there seems to be different versions with different video chip sets.
There might be other problems in addition to the video modeset but using"safe" or"vesa" video mode is a good place to start.
EDIT: you can see the output of lspci before the crash by using the boot parameter"bp=8" and then running the command:The"-v" is optional. You can save the output on your LiveUSB with:Code: Select all
chroot /live/aufs /usr/bin/lspci -v
H'mm. Perhaps we could automate this in future releases.Code: Select all
chroot /live/aufs /usr/bin/lspci -v > /live/boot-dev/lspci.out
It didn't dawn on me to try the other video modes. I'll give them a go. IIRC that machine has intel video.
FYI that Optiplex has worked flawlessly in 13.2 live and in MX 14 live. I only use live on that machine. It also works perfectly with the 64 bit a3 RD version.
-
Posts: 2,238
- Joined: 16 Dec 2007
#97
The HP from my sig, running live a3-32bit-RV. I'm running with persistence at the moment. I'm unclear why at the moment, but it seems quite a bit slower/laggy than the 64 bit RD version. Might be anecdotal.
What isn't anecdotal is that none of the systems I've tried the 32 bit RV liveUSB shut down. I've now tried on the HP and EEEPC's from my sig, and neither reboot. I get a message saying"Ready to Reboot" and then they sit there. I left the HP sit for 5 mintues with no change. The same with shutdown.
When activating persistence on 32bit RV, the routine to change the root and demo account passwords does come up. On both the HP and the EEEPC, the change password process is so slow I thought either that the system crashed or that I hadn't hit 'enter'. I ended up with a unusable rootfs, so I tried again, and was patient. I would say a good 30 seconds passed between the first typing of the new password and the asking of confirmation.
What isn't anecdotal is that none of the systems I've tried the 32 bit RV liveUSB shut down. I've now tried on the HP and EEEPC's from my sig, and neither reboot. I get a message saying"Ready to Reboot" and then they sit there. I left the HP sit for 5 mintues with no change. The same with shutdown.
When activating persistence on 32bit RV, the routine to change the root and demo account passwords does come up. On both the HP and the EEEPC, the change password process is so slow I thought either that the system crashed or that I hadn't hit 'enter'. I ended up with a unusable rootfs, so I tried again, and was patient. I would say a good 30 seconds passed between the first typing of the new password and the asking of confirmation.
Code: Select all
demo@antix1:~
$ inxi -F
System: Host: antix1 Kernel: 3.15.2-antix.1-486 i686 (32 bit)
Desktop: IceWM 1.3.8
Distro: antiX-14-a3-RV_386-full Killah P 11 October 2014
Machine: System: Hewlett-Packard product: HP Pavilion dm4 Notebook PC v: 0587110002242B10000022100
Mobo: Hewlett-Packard model: 146A v: 58.28
Bios: Hewlett-Packard v: F.26 date: 02/14/2011
CPU: Single core Intel Core i5 M 460 (-UP-) cache: 3072 KB
clocked at 1199 MHz
Graphics: Card: Intel Core Processor Integrated Graphics Controller
Display Server: X.Org 1.16.1 drivers: intel (unloaded: fbdev,vesa)
Resolution: 1366x768@60.03hz
GLX Renderer: Mesa DRI Intel Ironlake Mobile x86/MMX/SSE2
GLX Version: 2.1 Mesa 10.2.6
Audio: Card Intel 5 Series/3400 Series High Definition Audio
driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k3.15.2-antix.1-486
Network: Card-1: Intel Centrino Advanced-N + WiMAX 6250 [Kilmer Peak]
driver: iwlwifi
IF: wlan0 state: up mac: 00:23:15:7b:a8:14
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169
IF: eth0 state: down mac: 64:31:50:6d:81:b4
Drives: HDD Total Size: 352.1GB (12.1% used)
ID-1: /dev/sda model: WDC_WD3200BPVT size: 320.1GB
ID-2: USB /dev/sdb model: Cruzer_Glide size: 32.0GB
Partition: ID-1: /home size: 969M used: 66M (8%) fs: ext4 dev: /dev/loop2
Sensors: System Temperatures: cpu: 55.0C mobo: 42.0C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 114 Uptime: 12 min Memory: 404.1/2453.2MB
Client: Shell (bash) inxi: 2.1.28
Last edited by dolphin_oracle on 17 Oct 2014, 11:13, edited 1 time in total.
-
Posts: 4,164
- Joined: 20 Feb 2009
#98
and
works ok for me. But with the systemd boxes.
With one of mine D.O.What isn't anecdotal is that none of the systems I've tried the liveUSB on shut down. I've now tried on the HP and EEEPC's from my sig, and neither reboot. I get a message saying"Ready to Reboot" and then they sit there. I left the HP sit for 5 mintues with no change. The same with shutdown.
Code: Select all
sudo systemctl reboot
Code: Select all
sudo systemctl poweroff
-
Posts: 1,308
- Joined: 31 Aug 2009
#99
BTW: It would be great if you could edit your post that has the photo in it and either remove the photo completely or replace it with a smaller version. That photo causes the text entry box to spread across two screens. I have to keep resizing it or do a bunch of horizontal scrolling.
Can you give me more details? the RD version here shuts down with the"poweroff" command and reboots with the"reboot" command. There is zero text displayed as it shuts down but I am working on that now.dolphin_oracle wrote:What isn't anecdotal is that none of the systems I've tried the liveUSB on shut down. I've now tried on the HP and EEEPC's from my sig, and neither reboot. I get a message saying"Ready to Reboot" and then they sit there. I left the HP sit for 5 mintues with no change. The same with shutdown.
We don't know why this is. After I get our shutdown stuff working with systemd, I plan to move most of our live init.d scripts up into the initrd which should solve the problems with the long delay entering passwords.When activating persistence, the routine to change the root and demo account passwords does come up. On both the HP and the EEEPC, the change password process is so slow I thought either that the system crashed or that I hadn't hit 'enter'. I ended up with a unusable rootfs, so I tried again, and was patient. I would say a good 30 seconds passed between the first typing of the new password and the asking of confirmation.
BTW: It would be great if you could edit your post that has the photo in it and either remove the photo completely or replace it with a smaller version. That photo causes the text entry box to spread across two screens. I have to keep resizing it or do a bunch of horizontal scrolling.
-
Posts: 2,238
- Joined: 16 Dec 2007
#100
more details as requested:
1. ITs the 32bit a3 RV version running live that these notes are about (I edited the above post to be more clear). I guess I should say that I was using the normal shutdown menu. you see the normal system shutdown text scrolling on the screen, killing processes and so forth, and about the time the monitor is supposed to shutoff, it doesn't. depening on what you choose, the last line visible is either"Ready to Reboot" or"Ready to Poweroff.
the systemD version, at least on the 64 bit, shutdown and reboot fine.
2. i got rid of the photo.
1. ITs the 32bit a3 RV version running live that these notes are about (I edited the above post to be more clear). I guess I should say that I was using the normal shutdown menu. you see the normal system shutdown text scrolling on the screen, killing processes and so forth, and about the time the monitor is supposed to shutoff, it doesn't. depening on what you choose, the last line visible is either"Ready to Reboot" or"Ready to Poweroff.
the systemD version, at least on the 64 bit, shutdown and reboot fine.
2. i got rid of the photo.
-
Posts: 2,238
- Joined: 16 Dec 2007
#101
Some notes about the Dell Optiplex.
This machine is running the 32 bit RV version of the alpha, live w/ Persistence. I've noticed an of interesting thing with persistence that I'm not sure is true in antiX 13 or MX.
1. As I shift machines, the network interfaces shift by 1. So when I started on the the eeepc last nite, the interfaces were wlan0 and eth0. on the HP, they became wlan1 and eth1. This morning on the Dell Optiplex, they are wlan2 and eth2. Which means everytime I shift machines, I have to reset the network interfaces in the wicd preferences.
2. also, the dell reboots and shutdowns just fine on the 32 bit RV live. I double checked on the eeepc this morning, and confirmed that that machine will not reboot from the menu (same liveUSB stick).
3. with 32bit RV , going VESA on the dell completed the boot and got me a correct screen resolution of 1280 x 1024. However, earlier (and the 64 bit systemD alpha) all load an intel driver for this machine by default.
***edit*** same dell, running the 64 bit RD version. note the driver is"intel"
also, the 64bit RD version exhibits the same network interface numbering increment as the 32 bit RV. The HP last nite was eth0 and wlan0. The dell this morning is eth1 and wlan1.
Code: Select all
demo@antix1:~
$ inxi -F
System: Host: antix1 Kernel: 3.15.2-antix.1-486 i686 (32 bit)
Desktop: IceWM 1.3.8
Distro: antiX-14-a3-RV_386-full Killah P 11 October 2014
Machine: System: Dell product: OptiPlex 780
Mobo: Dell model: 0C27VV v: A01 Bios: Dell v: A04 date: 04/30/2010
CPU: Single core Intel Core2 Duo E7500 (-UP-) cache: 3072 KB
clocked at 1867 MHz
Graphics: Card: Intel 4 Series Integrated Graphics Controller
Display Server: X.Org 1.16.1 driver: vesa
Resolution: 1280x1024@0.00hz
GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
GLX Version: 3.0 Mesa 10.2.6
Audio: Card Intel 82801JD/DO (ICH10 Family) HD Audio Controller
driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k3.15.2-antix.1-486
Network: Card-1: Broadcom BCM4321 802.11a/b/g/n driver: b43-pci-bridge
IF: wlan2 state: down mac: 5c:ac:4c:87:a2:7f
Card-2: Intel 82567LM-3 Gigabit Network Connection driver: e1000e
IF: eth2 state: down mac: b8:ac:6f:4c:a5:66
Drives: HDD Total Size: 282.0GB (0.8% used)
ID-1: /dev/sda model: WDC_WD2500AAJS size: 250.0GB
ID-2: USB /dev/sdb model: Cruzer_Glide size: 32.0GB
Partition: ID-1: /home size: 969M used: 91M (10%) fs: ext4 dev: /dev/loop2
Sensors: System Temperatures: cpu: 36.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 94 Uptime: 0 min Memory: 76.4/2997.5MB
Client: Shell (bash) inxi: 2.1.28
1. As I shift machines, the network interfaces shift by 1. So when I started on the the eeepc last nite, the interfaces were wlan0 and eth0. on the HP, they became wlan1 and eth1. This morning on the Dell Optiplex, they are wlan2 and eth2. Which means everytime I shift machines, I have to reset the network interfaces in the wicd preferences.
2. also, the dell reboots and shutdowns just fine on the 32 bit RV live. I double checked on the eeepc this morning, and confirmed that that machine will not reboot from the menu (same liveUSB stick).
3. with 32bit RV , going VESA on the dell completed the boot and got me a correct screen resolution of 1280 x 1024. However, earlier (and the 64 bit systemD alpha) all load an intel driver for this machine by default.
***edit*** same dell, running the 64 bit RD version. note the driver is"intel"
also, the 64bit RD version exhibits the same network interface numbering increment as the 32 bit RV. The HP last nite was eth0 and wlan0. The dell this morning is eth1 and wlan1.
Code: Select all
demo@antix1:~
$ inxi -F
System: Host: antix1 Kernel: 3.17.0-antix.1-amd64-smp x86_64 (64 bit)
Desktop: IceWM 1.3.8
Distro: antiX-14-a3-RD_x64-full Killah P 11 October 2014
Machine: System: Dell product: OptiPlex 780
Mobo: Dell model: 0C27VV v: A01 Bios: Dell v: A04 date: 04/30/2010
CPU: Dual core Intel Core2 Duo E7500 (-MCP-) cache: 3072 KB
Clock Speeds: 1: 2400 MHz 2: 2400 MHz
Graphics: Card: Intel 4 Series Integrated Graphics Controller
Display Server: X.Org 1.16.1 drivers: intel (unloaded: fbdev,vesa)
Resolution: 1280x1024@60.02hz
GLX Renderer: Mesa DRI Intel Q45/Q43 GLX Version: 2.1 Mesa 10.2.6
Audio: Card Intel 82801JD/DO (ICH10 Family) HD Audio Controller
driver: snd_hda_intel
Sound: ALSA v: k3.17.0-antix.1-amd64-smp
Network: Card-1: Broadcom BCM4321 802.11a/b/g/n driver: b43-pci-bridge
IF: wlan1 state: down mac: 5c:ac:4c:87:a2:7f
Card-2: Intel 82567LM-3 Gigabit Network Connection driver: e1000e
IF: eth1 state: down mac: b8:ac:6f:4c:a5:66
Drives: HDD Total Size: 254.0GB (1.6% used)
ID-1: /dev/sda model: WDC_WD2500AAJS size: 250.0GB
ID-2: USB /dev/sdb model: Cruzer_Glide size: 4.0GB
Partition: ID-1: /home size: 233M used: 77M (35%) fs: ext4 dev: /dev/loop1
Sensors: System Temperatures: cpu: 38.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 150 Uptime: 2 min Memory: 160.4/2977.0MB
Client: Shell (bash) inxi: 2.1.28
-
Posts: 1,308
- Joined: 31 Aug 2009
#102
@dolphin_oracle, I might be a little dense today. Please correct my summary below as needed. You seem to be reporting three issues.
1) Network interfaces increment when you change machines
Using persistent RV LiveUSB. Does this same problem occur with RD?
2) Shutdown/reboot errors on eeepc with 32-bit RV
It says"Ready to Reboot" or"Ready to Poweroff" but does not do it. Works fine on other systems.
3) 32-bit antiX-14-a3 on Optiplex needs"nomodeset"
But works with intel driver on antiX-13, MX-14, and 64-bit antiX-14-a3. (note: the intel driver has changed in antiX-14-a3. Previous versions did not work with the ValleyView Gen3 chipset on my Acer ES1-511-C59V laptop. antiX-14-a3 does work. Maybe there was a regression error when they made this fix.)
1) Network interfaces increment when you change machines
Using persistent RV LiveUSB. Does this same problem occur with RD?
2) Shutdown/reboot errors on eeepc with 32-bit RV
It says"Ready to Reboot" or"Ready to Poweroff" but does not do it. Works fine on other systems.
3) 32-bit antiX-14-a3 on Optiplex needs"nomodeset"
But works with intel driver on antiX-13, MX-14, and 64-bit antiX-14-a3. (note: the intel driver has changed in antiX-14-a3. Previous versions did not work with the ValleyView Gen3 chipset on my Acer ES1-511-C59V laptop. antiX-14-a3 does work. Maybe there was a regression error when they made this fix.)
-
Posts: 2,238
- Joined: 16 Dec 2007
#103
I think yes, but I don't have as many 64 bit systems to try on. The HP is wlan0 at the moment and the optiplex did become wlan1.1) Network interfaces increment when you change machines
Using persistent RV LiveUSB. Does this same problem occur with RD?
Almost. It doesn't work properly on the HP pavillion in my sig either. The only system I've tried it on that it did shutdown/restart is the dell optiplex.2) Shutdown/reboot errors on eeepc with 32-bit RV
It says"Ready to Reboot" or"Ready to Poweroff" but does not do it. Works fine on other systems.
just using the nomodeset cheat did allow the boot to finish on the Optiplex, but the resolution was stuck at 800x600. using Vesa gave me the nomodeset, but I got proper resolution choices for the monitor. The proper intel driver is used in antix-13, mx-14, and the 64bit RD alphas 3. I have not tried the 64bit RV.3) 32-bit antiX-14-a3 on Optiplex needs"nomodeset"
But works with intel driver on antiX-13, MX-14, and 64-bit antiX-14-a3.
-
Posts: 73
- Joined: 20 Jan 2014
#104
Mounting /media/sda1
Error opening '/dev/sda1': Permission denied
Failed to mount '/dev/sda1': Permission denied
Please check '/dev/sda1' and the ntfs-3g binary permissions,
and the mounting user ID. More explanation is provided at
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://tuxera.com/community/ntfs-3g-faq/#unprivileged"
linktext was:"http://tuxera.com/community/ntfs-3g-faq/#unprivileged"
====================================
Mount failed
Done
There was one error.
i thought this would mount it automatically
i just clicked on /media/sda1 and it saidBitJam wrote:When does conky disappear? If it never shows up in the first place then edit the file /etc/desktop-session/desktop-session.conf and change the start up delay to 2:zpimp wrote:conky dissapears and i have to click it twice (disable/enable)no it doesent show up in the first placeCode: Select all
STARTUP_DELAY="2"
Which program did you use to mount ntfs partitions?mounting ntfs partitions didnt work, but mounting manually was ok
Mounting /media/sda1
Error opening '/dev/sda1': Permission denied
Failed to mount '/dev/sda1': Permission denied
Please check '/dev/sda1' and the ntfs-3g binary permissions,
and the mounting user ID. More explanation is provided at
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://tuxera.com/community/ntfs-3g-faq/#unprivileged"
linktext was:"http://tuxera.com/community/ntfs-3g-faq/#unprivileged"
====================================
Mount failed
Done
There was one error.
i thought this would mount it automatically
-
Posts: 1,308
- Joined: 31 Aug 2009
#105
The R v. D choice is independent of 32-bit v. 64-bit.dolphin_oracle wrote:I think yes, but I don't have as many 64 bit systems to try on. The HP is wlan0 at the moment and the optiplex did become wlan1.1) Network interfaces increment when you change machines
Using persistent RV LiveUSB. Does this same problem occur with RD?
Try setting a breakpoint like"bp=8" and then see if"safe-shutdown" or"safe-reboot" works. At the least, this will be a quicker way to replicate the problem.Almost. It doesn't work properly on the HP pavillion in my sig either. The only system I've tried it on that it did shutdown/restart is the dell optiplex.2) Shutdown/reboot errors on eeepc with 32-bit RV
It says"Ready to Reboot" or"Ready to Poweroff" but does not do it. Works fine on other systems.
IMO this is the major bug. IOW, once this is solved everything else is a non-issue.just using the nomodeset cheat did allow the boot to finish on the Optiplex,3) 32-bit antiX-14-a3 on Optiplex needs"nomodeset"
But works with intel driver on antiX-13, MX-14, and 64-bit antiX-14-a3.
I believe this is related to a recent change in the X-server. If it is available, the fbdev driver will be used instead of the vesa driver by default. The resolution of the fbdev is set by the vga=xxx boot parameter which currently defaults to 800x600. So if you use"safe" video mode and set the console resolution to 1280x1024, you should also get that resolution in X. I don't know if this should be considered a bug or not.but the resolution was stuck at 800x600. using Vesa gave me the nomodeset, but I got proper resolution choices for the monitor.
You can look in Xorg.0.log but I am pretty sure the intel driver is not used because it does not work. I'd suggest doing a search(linux intel regression). Maybe even file a bug report upstream.The proper intel driver is used in antix-13, mx-14, and the 64bit RD alphas 3. I have not tried the 64bit RV.