Hi Camaleón,
Yes, computer is alive and doing well - just X is not.
I added "nomodeset" to the kernel command line in "grub" at boot time
but still no video.
"dmesg" says it was passed, but didn't see anything in the "Xorg.0.logs"
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686
root=UUID=dcbafd16-7eee-494c-b9b4-d3f982caae7d ro nomodeset
I copied the logs generated from a "no modified" boot and logs generated
with "nomodeset" added.
I check the following logs looking for a clue but none spotted. The ones
taken at 110714th_091713 were unmodifed boot while the ones at
110714th_094114 were with the "nomodeset". Are you interested in
looking at any of them since some are long?
110714th_091713_dmesg
110714th_091715_messages
110714th_091719_Xorg.0.log
110714th_091720_debug
110714th_092208_syslog
110714th_094108_dmesg
110714th_094109_messages
110714th_094114_debug
110714th_094114_kern.log
110714th_094114_Xorg.0.log
110714th_094118_syslog
110714th_094154_wtmp
The first couple lines from
https://wiki.archlinux.org/index.php/Kernel_Mode_Setting
tells me I'm dealing with a new feature, different from that used in
"etch".
Looking at the archives, others are having problems but I have not seen
a successful resolve.
Have any other ideals?
Ed
Camaleón wrote:
On Tue, 12 Jul 2011 18:26:03 -0700, Ed Siegner wrote:
(...)
An ssh connection was made from a remote machine and I can now talk to
it. (forgot to delete an entry in the ~/.ssh/known_hosts file for the ip
address.)
At least the computer is alive :-)
So you have a video issue?
Yes, I have a video problem. The problem did not exist with "etch" but
did with "lenny" and appears to have continued on with "squeeze". There
may be some clues in the "etch" distribution as how to solve this one -
or maybe not.
(...)
Okay, thanks for the logs.
I don't see nothing wrong at Xorg logs nor in dmesg, beyond these lines:
***
[ 15.624273] [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder
is 3
[ 15.624280] [drm:edid_is_valid] *ERROR* Raw EDID:
***
But I don't think they're relevant enough to prevent the video signal output.
I would fisrt try by disabling KMS by passing "nomodeset" at kernel boot
line.
Greetings,
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e1f3986.70...@surewest.net
