Portál AbcLinuxu, 30. dubna 2025 14:35
Ano, chci se zeptat presne na to co je v nadpisu. Co presne je zodpovedne za kernel panic v Mac OS X? Na iBooku jsem to za 2.5 roku nevidel ani jednou, na macBooku s intelem za posledni rok jiz nejmene 2x. To preci neni normalni, ne? Nedelal jsem nic neobvykleho, normalni provoz, plna pamet, TeXshop a bibdesk, 2 web browsery, 2 mail klienty, asi 14 dnu uptime. Log je prilozeny dole.
********* Tue Apr 15 10:35:02 2008 panic(cpu 0 caller 0x003BD9EA): OSMetaClassBase::_RESERVEDOSMetaClassBase3 called Backtrace, Format - Frame : Return Address (4 potential args on stack) 0x15bb35f8 : 0x128d0d (0x3cc65c 0x15bb361c 0x131f95 0x0) 0x15bb3638 : 0x3bd9ea (0x3f28f0 0x3 0x15bb3668 0x59ed200) 0x15bb3658 : 0x3c74d0 (0x4a14e40 0x32cc6834 0x0 0x20) 0x15bb3688 : 0x3859a2 (0x32cc6834 0x0 0x20 0x32cb6880) 0x15bb36b8 : 0x32cc0593 (0x59ed200 0x32cc6834 0x7f 0x0) 0x15bb36e8 : 0x32cc048d (0x59ed200 0x7f 0x498a680 0x1) 0x15bb3728 : 0x32cc02ec (0x59ed200 0x74 0x2a 0x7f) 0x15bb3768 : 0x32cc03e3 (0x74 0x2a 0x7f 0xffc00000) 0x15bb37a8 : 0x32d1899a (0x74 0x2a 0x7f 0xffc00000) 0x15bb3828 : 0x32d14851 (0x4ba4000 0x1 0x1 0x32d14cb4) 0x15bb3878 : 0x32d1aad2 (0x4ba4000 0x1 0x1 0x3bf414) 0x15bb3908 : 0x32d1525f (0x4ba4000 0x4baa300 0x6973706b 0x6864706e) 0x15bb3948 : 0x32d130f4 (0x4ba4000 0x3 0x15bb3978 0xc000000) 0x15bb3978 : 0x39aa67 (0x4ba4a00 0xc000000 0x0 0x0) 0x15bb39a8 : 0x32d1300c (0x4a42140 0x32d1304a 0x4ba4a00 0xc000000) 0x15bb39d8 : 0x38a0da (0x4ba4a00 0xe00000ff 0x4b7b100 0x15bb3f48) Backtrace continues... Kernel loadable modules in backtrace (with dependencies): com.apple.driver.AppleHDA(1.3.7a23)@0x32d0e000 dependency: com.apple.driver.DspFuncLib(1.0.0a1)@0x32ccc000 dependency: com.apple.iokit.IOHDAFamily(1.3.7a23)@0x32bbe000 dependency: com.apple.iokit.IOAudioFamily(1.6.0b7)@0x32cb5000 com.apple.iokit.IOAudioFamily(1.6.0b7)@0x32cb5000 dependency: com.apple.iokit.IOUSBFamily(2.7.7)@0x2bb6f000 dependency: com.apple.kext.OSvKernDSPLib(1.0)@0x32cb3000 Kernel version: Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 ********* Thu May 1 13:58:55 2008 panic(cpu 1 caller 0x001A49CB): Unresolved kernel trap (CPU 1, Type 14=page fault), registers: CR0: 0x8001003b, CR2: 0x00035018, CR3: 0x01f20000, CR4: 0x000006e0 EAX: 0x00035000, EBX: 0xffffffff, ECX: 0x04bc4dfc, EDX: 0x00466260 CR2: 0x00035018, EBP: 0x152cbec8, ESI: 0x7fffffff, EDI: 0x04fbca14 EFL: 0x00010087, EIP: 0x0013d81a, CS: 0x00000008, DS: 0x00000010 Backtrace, Format - Frame : Return Address (4 potential args on stack) 0x152cbc98 : 0x128d0d (0x3cc65c 0x152cbcbc 0x131f95 0x0) 0x152cbcd8 : 0x1a49cb (0x3d2a94 0x1 0xe 0x3d22b8) 0x152cbde8 : 0x19b3a4 (0x152cbe00 0x23a5 0x152cbe48 0x128f6a) 0x152cbec8 : 0x130542 (0x4fbca14 0xffffffff 0x7fffffff 0x152cbeec) 0x152cbf08 : 0x195f2e (0x152cbf44 0x0 0x0 0x0) 0x152cbfc8 : 0x19b81e (0x4cc6c00 0x0 0x19e0b5 0x3749000) No mapping exists for frame pointer Backtrace terminated-invalid frame pointer 0xbffff208 Kernel version: Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 *********
Tiskni
Sdílej:
Zdá se, že od přechodu od PowerPC holt brutálně klesla dříve vychvalovaná kvalita Maců.A co bys taky čekal? Prostě Mac byl kvalitní, ale taky to něco stálo. Ty peníze byl málokdo ochoten dát, tak se Mac musel přeorientovat na ten běžnější druh zákazníků. Na ty, co chtějí "kvalitu za rozumnou cenu"
uname -a
. Nojo, to jsou tyhle proprietární systémy... že já jim věřím.
Darwin Algis-companion.local 9.2.2 Darwin Kernel Version 9.2.2: Tue Mar 4 21:17:34 PST 2008; root:xnu-1228.4.31~1/RELEASE_I386 i386
A teď mi prosím řekni, z čeho jsi posoudil, že mám 64-bitový nebo 32-bitový systém. Mě by to totiž hrozně zajímalo. Tiger je 64-bitový pouze částečně. Proto není možno spusit GUI dané aplikace pod 64-bity, pouze onen základ. Bohužel v Objective-C neprogramuji, takže to nemůžu tvrdit jistě. (Hlavně teď doufám, že se nepletu Tento komentář není dokázaný, nevěřte mu.Asi tak. Nevěřím mu
An updated libSystem with both 32-bit and 64-bit versions; combined with the aforementioned kernel change, this allows individual applications to address more than 4GB of memory when run on 64-bit processors, although an application using Apple libraries or frameworks other than libSystem would need to have two processes, one running the 64-bit code and one running the code that requires other libraries and frameworks.Myslím, že teď už to bude jasné. Závěr tedy je, že uname nelže (protože to radši vůbec netvrdí
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.