Steve Scrimpshire Posted June 2, 2003 Report Share Posted June 2, 2003 Mods: If this is would be better suited for Tips/Tricks, please feel free to move it, but I thought it would be seen better here. Ok, so I just installed MDK 9.1 and noticed that Mandrake keeps setting my clock way wrong. I also see in syslog "modprobe: Can't locate module char-major-10-135" around the time that it is synching the hardware clock to system time. I did a Google search for the modprobe error and discovered that it's because hwclock is trying to access /dev/rtc and support for that has not been compiled into the kernel. It's under Character devices -> Watchdog cards and the modules name is rtc.o (Real-Time-Clock...go figure). So, I thought I would enable that module in my kernel to see if that solved my clock problem. I attempted to reboot after this and guess what: booting froze at 'Configuring kernel parameters' (very near where it freezes if you install with the default MDK 2.4.x kernel). So, I had to take that module out and put alias char-major-10-135 off in my /etc/modules.conf file. I still didn't solve my mysteriously changing clock though. Didn't have this problem in MDK 8.1 as far as the clock goes. I'm about to test my theory by compiling MDKs 2.4.x kernel sources with that module disabled. P.S. Can someone do a ls -l /dev/rtc on their system for me? Because I had deleted it and recreated it with mknod and I want to make sure the permissions on it were correct and that's not the reason it wouldn't boot. Thanks! Quote Link to comment Share on other sites More sharing options...
kmack Posted June 2, 2003 Report Share Posted June 2, 2003 kelly@localhost kelly]$ ls -l /dev/rtc lr-xr-xr-x 1 root root 8 Jun 2 2003 /dev/rtc -> misc/rtc Is that what you need? I don't think this is related to your particular problem, but DOlson has a nice tutorial on the clock problem. The default settings leave nntp and hw clocks fighting for control and it is very irritating. http://icculus.org/~dolson/mdkxp/?c=ttrls/clockfix Quote Link to comment Share on other sites More sharing options...
Steve Scrimpshire Posted June 2, 2003 Author Report Share Posted June 2, 2003 Thanks. Yours is just a link to /dev/misc/rtc. Can you post the output of this: ls -l /dev/misc/rtc Thanks. Also, the tutorial you posted is probably useful in 99% of the cases like this, but it's not in my case. When you've forgotten to select 'No' for GMT, then MDK will change your clock's hours, but not minutes. My clock seems to be getting set to the exact same time each time I reboot 6:24 May 31 (which, as far as I can remember is not even the time I installed MDK 9.1) It might correspond to when I finally got my kernel recompiled, but I doubt it. It also has screwed up my Gnome. I get funky lines across all the menus and it makes them unreadable (that happens when I set my clock usually, but now the display is permanently fubar in Gnome and I lost all my settings...the panel is empty). Quote Link to comment Share on other sites More sharing options...
kmack Posted June 2, 2003 Report Share Posted June 2, 2003 [kelly@localhost kelly]$ ls -l /dev/misc/rtc crw-r----- 1 root root 10, 135 Jan 1 1970 /dev/misc/rtc Steve, Sorry I am slow to respond. Just back from lunch here in SE Asia. Sounds like a pain of a problem there. Hope you get it sorted out. Sounds like you have a good grip on it though! Yes, I sort of figured Olson's tutorial didn't apply but wanted to add it for the sake others that have the more common variety problem and had not found it yet. :wink: Quote Link to comment Share on other sites More sharing options...
Steve Scrimpshire Posted June 3, 2003 Author Report Share Posted June 3, 2003 Here's a little more info for those who may want to try to tackle this bug. I have no idea what any of this means, but someone on the South MS LUG mailing list asked me to send this info to him, so maybe it'll be of some use: Output of strace -o trace1.txt hwclock --show (without gtc module loaded). There's about a minute and a half pause while hwclock is running, then it returns to the prompt with no output: execve("/sbin/hwclock", ["hwclock", "--show"], [/* 51 vars */]) = 0 uname({sys="Linux", node="localhost", ...}) = 0 brk(0) = 0x805065c old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=61404, ...}) = 0 old_mmap(NULL, 61404, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/lib/i686/libc.so.6", O_RDONLY) = 3 read(3, "177ELF111331260X1"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=1246468, ...}) = 0 old_mmap(NULL, 1256516, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40023000 mprotect(0x40150000, 23620, PROT_NONE) = 0 old_mmap(0x40150000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12c000) = 0x40150000 old_mmap(0x40154000, 7236, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40154000 close(3) = 0 munmap(0x40014000, 61404) = 0 gettimeofday({1054600434, 696204}, NULL) = 0 open("/usr/share/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) brk(0) = 0x805065c brk(0x805165c) = 0x805165c brk(0) = 0x805165c brk(0x8052000) = 0x8052000 open("/usr/share/locale/locale.alias", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2601, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(3, "# Locale name alias data base.n#"..., 4096) = 2601 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40014000, 4096) = 0 open("/usr/share/locale/en_US/LC_IDENTIFICATION", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=370, ...}) = 0 mmap2(NULL, 370, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/usr/share/locale/en_US/LC_MEASUREMENT", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=28, ...}) = 0 mmap2(NULL, 28, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40015000 close(3) = 0 open("/usr/share/locale/en_US/LC_TELEPHONE", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=64, ...}) = 0 mmap2(NULL, 64, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000 close(3) = 0 open("/usr/share/locale/en_US/LC_ADDRESS", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=160, ...}) = 0 mmap2(NULL, 160, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000 close(3) = 0 open("/usr/share/locale/en_US/LC_NAME", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=82, ...}) = 0 mmap2(NULL, 82, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000 close(3) = 0 open("/usr/share/locale/en_US/LC_PAPER", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39, ...}) = 0 mmap2(NULL, 39, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000 close(3) = 0 open("/usr/share/locale/en_US/LC_MESSAGES", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFDIR|0755, st_size=112, ...}) = 0 close(3) = 0 open("/usr/share/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=57, ...}) = 0 mmap2(NULL, 57, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001a000 close(3) = 0 open("/usr/share/locale/en_US/LC_MONETARY", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=291, ...}) = 0 mmap2(NULL, 291, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001b000 close(3) = 0 open("/usr/share/locale/en_US/LC_COLLATE", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=21499, ...}) = 0 mmap2(NULL, 21499, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001c000 close(3) = 0 open("/usr/share/locale/en_US/LC_TIME", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2456, ...}) = 0 mmap2(NULL, 2456, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40022000 close(3) = 0 open("/usr/share/locale/en_US/LC_NUMERIC", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0 mmap2(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40156000 close(3) = 0 open("/usr/share/locale/en_US/LC_CTYPE", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=178468, ...}) = 0 mmap2(NULL, 178468, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40157000 close(3) = 0 getuid32() = 0 open("/dev/rtc", O_RDONLY|O_LARGEFILE) = -1 ENOSYS (Function not implemented) open("/dev/rtc", O_RDONLY|O_LARGEFILE) = -1 ENOSYS (Function not implemented) open("/dev/rtc", O_RDONLY|O_LARGEFILE) = -1 ENODEV (No such device) open("/dev/tty1", O_RDONLY|O_LARGEFILE) = 3 ioctl(3, 0x4b50, 0xbffff790) = -1 EINVAL (Invalid argument) iopl(0x3) = 0 stat64("/etc/adjtime", {st_mode=S_IFREG|0644, st_size=12, ...}) = 0 open("/etc/adjtime", O_RDONLY|O_LARGEFILE) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=12, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40183000 read(4, "0.0 0 0.0n0n", 4096) = 12 read(4, "", 4096) = 0 close(4) = 0 munmap(0x40183000, 4096) = 0 exit_group(1) = ? Output of strace -o trace2.txt hwclock --show (with rtc module loaded). It hangs infinitely and I have to kill it with Ctrl-C: execve("/sbin/hwclock", ["hwclock", "--show"], [/* 51 vars */]) = 0 uname({sys="Linux", node="localhost", ...}) = 0 brk(0) = 0x805065c old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=61404, ...}) = 0 old_mmap(NULL, 61404, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/lib/i686/libc.so.6", O_RDONLY) = 3 read(3, "177ELF111331260X1"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=1246468, ...}) = 0 old_mmap(NULL, 1256516, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40023000 mprotect(0x40150000, 23620, PROT_NONE) = 0 old_mmap(0x40150000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12c000) = 0x40150000 old_mmap(0x40154000, 7236, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40154000 close(3) = 0 munmap(0x40014000, 61404) = 0 gettimeofday({1054598090, 956548}, NULL) = 0 open("/usr/share/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) brk(0) = 0x805065c brk(0x805165c) = 0x805165c brk(0) = 0x805165c brk(0x8052000) = 0x8052000 open("/usr/share/locale/locale.alias", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2601, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(3, "# Locale name alias data base.n#"..., 4096) = 2601 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40014000, 4096) = 0 open("/usr/share/locale/en_US/LC_IDENTIFICATION", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=370, ...}) = 0 mmap2(NULL, 370, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/usr/share/locale/en_US/LC_MEASUREMENT", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=28, ...}) = 0 mmap2(NULL, 28, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40015000 close(3) = 0 open("/usr/share/locale/en_US/LC_TELEPHONE", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=64, ...}) = 0 mmap2(NULL, 64, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000 close(3) = 0 open("/usr/share/locale/en_US/LC_ADDRESS", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=160, ...}) = 0 mmap2(NULL, 160, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000 close(3) = 0 open("/usr/share/locale/en_US/LC_NAME", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=82, ...}) = 0 mmap2(NULL, 82, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000 close(3) = 0 open("/usr/share/locale/en_US/LC_PAPER", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39, ...}) = 0 mmap2(NULL, 39, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40019000 close(3) = 0 open("/usr/share/locale/en_US/LC_MESSAGES", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFDIR|0755, st_size=112, ...}) = 0 close(3) = 0 open("/usr/share/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=57, ...}) = 0 mmap2(NULL, 57, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001a000 close(3) = 0 open("/usr/share/locale/en_US/LC_MONETARY", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=291, ...}) = 0 mmap2(NULL, 291, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001b000 close(3) = 0 open("/usr/share/locale/en_US/LC_COLLATE", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=21499, ...}) = 0 mmap2(NULL, 21499, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001c000 close(3) = 0 open("/usr/share/locale/en_US/LC_TIME", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2456, ...}) = 0 mmap2(NULL, 2456, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40022000 close(3) = 0 open("/usr/share/locale/en_US/LC_NUMERIC", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0 mmap2(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40156000 close(3) = 0 open("/usr/share/locale/en_US/LC_CTYPE", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=178468, ...}) = 0 mmap2(NULL, 178468, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40157000 close(3) = 0 getuid32() = 0 open("/dev/rtc", O_RDONLY|O_LARGEFILE) = 3 close(3) = 0 stat64("/etc/adjtime", {st_mode=S_IFREG|0644, st_size=12, ...}) = 0 open("/etc/adjtime", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=12, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40183000 read(3, "0.0 0 0.0n0n", 4096) = 12 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40183000, 4096) = 0 open("/dev/rtc", O_RDONLY|O_LARGEFILE) = 3 ioctl(3, RTC_UIE_ON, 0) = 0 read(3, 0xbffff71c, 4) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- +++ killed by SIGINT +++ Quote Link to comment Share on other sites More sharing options...
kmack Posted June 3, 2003 Report Share Posted June 3, 2003 If only Neo was here to interpret that for us! :roll: Quote Link to comment Share on other sites More sharing options...
Steve Scrimpshire Posted June 3, 2003 Author Report Share Posted June 3, 2003 Well, I can tell you just by guessing and deduction that the end of the output of when rtc is loaded and it hangs: open("/dev/rtc", O_RDONLY|O_LARGEFILE) = 3ioctl(3, RTC_UIE_ON, 0) = 0 read(3, 0xbffff71c, 4) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- I'm gonna guess that what is in bold is an iomem address, which, according to /proc/iomem is not assigned anything: # cat /proc/iomem 00000000-0009fbff : System RAM 0009fc00-0009ffff : reserved 000a0000-000bffff : Video RAM area 000c0000-000c7fff : Video ROM 000f0000-000fffff : System ROM 00100000-17fdffff : System RAM 00100000-00231b6b : Kernel code 00231b6c-002a7a83 : Kernel data 17fe0000-17ff7fff : ACPI Tables 17ff8000-17ffffff : ACPI Non-volatile Storage e4700000-f48fffff : PCI Bus #01 e8000000-efffffff : nVidia Corporation NV17 [GeForce4 MX440] f4880000-f48fffff : nVidia Corporation NV17 [GeForce4 MX440] f8000000-fbffffff : Advanced Micro Devices [AMD] AMD-751 [Irongate] System Controller fc9ff000-fc9fffff : Advanced Micro Devices [AMD] AMD-751 [Irongate] System Controller fca00000-feafffff : PCI Bus #01 fd000000-fdffffff : nVidia Corporation NV17 [GeForce4 MX440] febe0000-febeffff : Conexant HCF 56k Data/Fax/Voice/Spkp Modem febfe000-febfefff : PCI device feda:a0fa (Epigram Inc) febff000-febfffff : Advanced Micro Devices [AMD] AMD-756 [Viper] USB fff80000-ffffffff : reserved Those are just my uneducated guesses. What does it mean? I have no clue. :wink: Edit: I've done the hwclock with the --directisa option turned on and even with rtc loaded, it does not hang, but there is still no output to stdout. Quote Link to comment Share on other sites More sharing options...
Steve Scrimpshire Posted June 3, 2003 Author Report Share Posted June 3, 2003 I'm beginning to think that my kernel panic caused by ifplugd and the hwclock problem are related. I'm not on my linux box right now, so I'm going to paraphrase. I did a bunch of Googling and decided I would try the noapic option. I added it to my append line and even tried to use the 'Force no APIC' in Lilo configuration in MCC (which actually just adds the append line). Well, Mandrake just totally ignores that I have set noapic. A look at dmesg shows something like this: APIC disabled in BIOS....re-enabling. Why does it do that even after I set noapic????? I have an AMI BIOS with this MoBo and 8.1 ran fine for me except for the original problem mentioned here and having to boot with the alternate kernel until I compiled a new one. I had no problems with the clock or HPNA card in 8.1. Seeing as ifplugd is version 0.34 (or something like that) in 9.1, I'm assuming it did not exist in 8.1. A look in /proc/driver/rtc (I think that's the right path) shows my battery to be ok (I'll post the full output of that file when I get home), but it shows the time as 4 hours (I think) different from what MDK sets my clock to even though I specifically told it several times that my Hardware Clock is not set to GMT. I had found a mailing list archive site where one girl/woman/female/two-Y-chromosome-human (whichever is more politically correct) talked about not being able to use hwclock to set her clock and her symptoms were the same as mine and the suggestion was to reinstall util-linux (which I did) but that did not work for her or me. I've also noticed a new thing while dissecting my system to diagnose this. In /var/log/messages/ I sometimes see "modprobe: Cannot locate module char-major-10-134" (I think those are the right numbers, whatever they are they are the major and minor numbers for /dev/apm), but I do not have apm compiled as a module. Here is a copy of my current kernel .config file: http://omarserenity.com/.config Note that this very same kernel and .config worked perfectly fine on 8.1. I've tried devfs nomount in the append line, too, which doesn't seem to do anything; it certainly doesn't change my situation. I have no idea what looks different when you mount devfs or not, if someone could tell me, I would greatly appreciate it. P.S. Whatever you do, do not run this command: # touch /usr/share/locale/locale-archive if you don't have one. I did that when I noticed this up there: open("/usr/share/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) and after you do that *everything* segfaults. Try to run any command in the console gives you a segfault and the only way to fix it is boot with the install CD and do rescue and delete /usr/share/locale/locale-archive Quote Link to comment Share on other sites More sharing options...
VeeDubb Posted June 4, 2003 Report Share Posted June 4, 2003 most of this is a litle over my head, but here goes what I've got. If I'm being an idiot, feal free to just ignore me. As for the clock getting set WAY wrong, whenyou install, by default it assumes that your harware clock is set to GMT (Greenwich Mean Time) NOt sure how to fix it post-install, but pre-install, when the screen opens with all the sysconfig stuff, make sure your timezone is set correct and either dissable that setting, or set your bios clock to GMT. This was the porblem and solution for me. As for the AMI bios board related issues, sook for my thread in the install forum titled, "won't boot after install" the board i was using then was amibios and I had a lto of trouble but they all got fixed and the solution (whitch my short memory has robbed form me is there) As helpfull as I can be. Quote Link to comment Share on other sites More sharing options...
Steve Scrimpshire Posted June 5, 2003 Author Report Share Posted June 5, 2003 Um, the solution there came from me. :D I changed alot of things in my .config file so I wasn't sure exactly *which* part made the difference. The reason I started this thread is because I think it's the rtc module that causes the problem. In other words, I think I pinned it down. Was it 9.1 that you installed on that box with the AMI BIOS? Did your clock get screwy? And, like I mentioned to the kmack, it is not a GMT problem (you get a chance to change it post-install if you change your time zone in MCC...it asks you again...and I've done that 14 times). This is definitely not a GMT problem. Example. I reboot at 21:32 June 2 and the clock gets set to 6:24 May 31. I reboot at 13:12 June 3 and the clock gets set to 6:24 May 31. I reboot at 10:43 June 4 and the clock gets set to 6:24 May 31. Notice a pattern? ;) Edit: For some very odd reason my clock just suddenly started working properly, even without the --directisa option I can use all the commands of hwclock and it doesn't get changed when I reboot. [begin Jerry Falwell impersonation] I'm HAY-ELD! [end Jerry Falwell impersonation]. So, I guess my assumption about the cause of Kadoka MoBo botting problems is wrong. Bummer. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.