当前位置: 首页 > 面试题库 >

MySQL无法启动-ibdata1损坏了吗?-操作系统错误编号13-权限问题

常自强
2023-03-14
问题内容

服务器因电源故障而关闭。
Mysql现在不会启动。
磁盘未满。Syslog在下面

Oct 11 15:03:31 joe mysqld_safe[24757]: started
Oct 11 15:03:31 joe mysqld[24760]: 101011 15:03:31  InnoDB: Operating system error number 13 in a file operation.
Oct 11 15:03:31 joe mysqld[24760]: InnoDB: The error means mysqld does not have the access rights to
Oct 11 15:03:31 joe mysqld[24760]: InnoDB: the directory.
Oct 11 15:03:31 joe mysqld[24760]: InnoDB: File name ./ibdata1
Oct 11 15:03:31 joe mysqld[24760]: InnoDB: File operation call: 'create'.
Oct 11 15:03:31 joe mysqld[24760]: InnoDB: Cannot continue operation.

问题答案:

该文件未损坏。您可以使用“ perror”找出这些错误的来源。即

toaster:~ morgo$ perror 13
OS error code  13:  Permission denied

InnoDB具有损坏检测(页面校验和),并很乐意告诉您是否是问题所在。

目录权限已更改,或者您的my.cnf文件已被清除,并且它正在尝试在其他位置重新创建数据文件。



 类似资料:
  • 在Ubuntu 20.04上运行DigitalOcean LAMP Stack (1GB VPS)时,我在上传媒体文件时在Wordpress中得到间歇性的“错误建立数据库连接”错误。这将引发以下Apache错误: 出现此问题时,MySQL日志反复打印以下内容,此后就没有其他内容了: 我尝试了这个修复:WordPress数据库错误MySQL服务器已经离开查询 网站仍然显示错误,所以我想我应该重新启动

  • 5.7.1. 权限系统的作用 5.7.2. 权限系统工作原理 5.7.3. MySQL提供的权限 5.7.4. 与MySQL服务器连接 5.7.5. 访问控制, 阶段1:连接核实 5.7.6. 访问控制, 阶段2:请求核实 5.7.7. 权限更改何时生效 5.7.8. 拒绝访问错误的原因 5.7.9. MySQL 4.1中的密码哈希处理MySQL有先进但非标准的安全/权限系统。本节描述它的工作原理

  • 问题内容: 我尝试在Linux机器上运行jstatd jvm监视工具 使用以下命令: jstatd.all.policy内容 不幸的是,我得到以下输出: 由于某种原因,jstatd可以在具有相同命令和策略文件的Windows上成功运行。 Linux Java版本: Windows Java版本: 问题答案: 这对我有用: 确保tools.jar文件存在,并且运行jstatd命令的用户有权读取该文件

  • 操作系统启动过程 当bootloader通过读取硬盘扇区把ucore在系统加载到内存后,就转跳到ucore操作系统在内存中的入口位置(kern/init.c中的kern_init函数的起始地址),这样ucore就接管了整个控制权。当前的ucore功能很简单,只完成基本的内存管理和外设中断管理。ucore主要完成的工作包括: 初始化终端; 显示字符串; 显示堆栈中的多层函数调用关系; 切换到保护模式

  • 我在django admin(127.0.0.1:8000/admin)中尝试为用户添加个人资料照片时收到此错误消息 有人能帮我找出原因吗? OSError at /admin/role/role/6/[Errno 13]权限被拒绝:'/User'请求方法: POST请求URL:http://127.0.0.1:8000/admin/role/role/6/Django版本: 1.8.2异常类型: