为什么我的内核文件是0字节?

发布于 2022-09-30 19:08:55 字数 534 浏览 10 评论 0

见下面,我的内核文件是0字节,但是系统启动和使用都正常,这是为什么呢?

# ls -l /unix
lrwxrwxrwx    1 root     system           21 Sep 24 2010  /unix -> /usr/lib/boot/unix_64
# ls -l  /usr/lib/boot/unix_64
-r-xr-xr-x    1 root     system            0 Oct 27 22:02 /usr/lib/boot/unix_64
# oslevel -r
5300-12
# bootinfo -K
64
# bootinfo -y
64

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

反目相谮 2022-10-07 19:08:55

-r-xr-xr-x    1 root     system            0 Oct 27 22:02 /usr/lib/boot/unix_64
从文件的修改时间来看是在10月27日10:02分(是不是ls -l查看文件的时候半年内的文件不显示年份呢,反正这个文件的修改时间应该是在2010年的)
errpt输出片断
192AC071   1027233310 T O errdemon       ERROR LOGGING TURNED OFF
A6DF45AA   1027213110 I O RMCdaemon      The daemon is started.

smit.log片断
[Oct 27 2010, 21:56:52]
    Starting SMIT

(Menu screen selected,
        FastPath    = "top_menu",
        id_seq_num  = "0",
        next_id     = "top_menu",
        title       = "System Management".)

[Oct 27 2010, 21:57:31]
    Exiting SMIT

[Oct 27 2010, 21:57:34]
    Starting SMIT

(Menu screen selected,
        FastPath    = "top_menu",
        id_seq_num  = "0",
        next_id     = "top_menu",
        title       = "System Management".)

[Oct 27 2010, 21:57:45]
    Exiting SMIT

[Nov 23 2010, 20:01:52]
    Starting SMIT

27日10:02分左右没有smit操作

root的.sh_history也没有看到有对内核文件的操作记录

这个内核文件对其他用户没有写权限,如果有误操作也只能root有权限,那有什么操作会让内核文件清0呢?

清风无影 2022-10-07 19:08:55

多半是意外原因文件系统损坏

强者自强 2022-10-07 19:08:55

貌似被清空了吧。

#ls -l  /usr/lib/boot/unix_64
-r-xr-xr-x    1 root     system     15068211 Apr 17 2008  /usr/lib/boot/unix_64
#oslevel -s
5300-08-01-0819

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文