问题标签 [debian-jessie]

我最近将我的服务器从 Debian Wheezy 升级到 Debian Jessie (Debian 8)。更新了很多包，现在我无权从http://myIP/phppgadmin 访问 phppgadmin

我尝试了很多想法来解决问题，但绝对没有任何效果......

在 /etc/apache2/conf.d/phppgadmin 中：

在 /etc/apache2/sites-enabled/000-default.conf 我添加：

我尝试更改/usr/share/phppgadmin/、/var/www 的权限...

即使我卸载了 phpgpadmin 软件包，我也会收到同样的信息！

非常感谢您的帮助...

我在 Debian Jessie 系统上启动了一个 Qt Creator 项目。我已将项目添加到 git。在另一个 Debian Jessie 系统上，我通过 git 克隆将项目导入到 Qt Creator 上。Qt Creator 报告

据我所知，我已经安装了所有正确的软件包。在 Build & Run 选项下，它有桌面套件。它会自动检测 Qt 4 和 Qt 5（都安装在原始系统上），它会自动检测 gcc 和 gdb。

linux-g++ 和 linux-g++-32 两个系统上的 qmake.conf 是相同的。它们包含的文件存在于两个系统上。

这似乎是 Qt 的一个持续存在的问题。我发现 Stack Overflow 的问题可以追溯到 2013 年。不过，其中大多数似乎与从源代码构建 Qt 有关，因此它们并没有真正的帮助。

任何建议表示赞赏。

更新：如果我以 root 身份运行 Qt Creator，我可以创建和打开现有项目。显然，这是一个权限问题，但我不知道从哪里开始寻找。

I have an issue with slow loading of translations in Odoo when the checkbox "Overwrite Existing Terms" is selected. 该问题可在两台服务器上重现，但我无法在本地重现。

我尝试过以下事情：

• 删除所有自定义模块
• 优化 PostgreSQL 的配置文件。
• 在 PostgreSQL 和 Odoo 日志中搜索错误

但我仍然无法弄清楚是什么问题。

我在 Debian 8.7 服务器和 Postgresql 9.4 上使用 Odoo v.10

任何帮助将不胜感激。

我是 linux 上的新手。我正在尝试安装 GCC v 6.3.0 以将其与 Eclipse neon.2 一起使用，但是，srcdir/configure在我的 objdir (/usr/local/gcc-6.3.0) 中成功启动后，当我sudo make bootstrap在终端下启动命令时objdir 路径我返回此错误：

我还尝试安装 linux-header-3.2.0-4-rt-amd64 并且我正在使用 Debian 8.7

所以我最近得到了联想 x270，并在上面安装了 Debian，而不是默认的 Windows 操作系统。我来发现WiFi和以太网都无法正常工作。我试图修复它，但到目前为止没有任何效果。我从直接的 Debian 8 切换到 Kali，看看这是否只是基础 Debian 中的一个问题，但事实并非如此。与问题相关的笔记本电脑规格：

• 英特尔® 双频无线-AC 8265

• Kali Linux（内核 4.0.0）

• 1 个以太网端口

我安装了 8265 所需的 Intel 驱动程序（http://www.intel.com/content/www/us/en/support/network-and-io/wireless-networking/000005511.html）。但是，这需要 4.6 的内核版本，如果没有 apt-get 我似乎无法获得它，因为我没有互联网，所以我无法使用它。

我还尝试使用https://wiki.debian.org/NetworkConfiguration#Setting_up_an_Ethernet_Interface和我现在丢失的一些其他来源手动添加以太网，但这也不起作用。我遇到的主要问题是您似乎需要互联网才能安装各种允许您上网的软件包，所以我不知道该怎么做。任何想法都会有很大帮助。

谢谢你。

我正在使用 debian 8.7 (jessie) 并安装了 cgroups。除了 user.slice 丢失之外，它似乎有效。我没有发现是否有办法激活它。我已经尝试在 systemd 目录中给它一个配置（这里是用户 id 1000）：

systemd-cgls 给出：

如何启用用户切片？

在我的 Debian (Jessie) Linux 机器上，我想按照timedatectl命令的建议将实时时钟的模式设置为 UTC（见下文）。但这似乎无法正常工作。

执行作为systemd-timesyncd守护进程概念一部分的timedatectl命令会导致以下警告：

警告：系统配置为读取本地时区的 RTC 时间。无法完全支持此模式。它会在时区更改和夏令时调整方面产生各种问题。RTC 时间永远不会更新，它依赖于外部设施来维护它。如果可能，请通过调用“timedatectl set-local-rtc 0”来使用 UTC 格式的 RTC。

提交建议的命令：

导致以下错误：

设置本地 RTC 失败：设置 RTC 为本地/UTC 失败：输入/输出错误

当第二次立即提交相同的命令时，没有错误，上面的 UTC 警告也消失了。但不幸的是，这在 1-2 分钟后又恢复了！这意味着当等待几分钟然后再次执行timedatectl时，警告又回来了！

备注：我正在使用具有 RTC 时钟（不是嵌入式系统）的普通 Linux 机器！

我将我用于 CI 服务器的 linux box 从 7.8 升级到了 8.7。每当我启动 jenkin 服务时

> sudo /etc/init.d/jenkins 开始

我收到以下错误消息。

[....] 启动 jenkins（通过 systemctl）：jenkins.service 的 jenkins.serviceJob 失败。有关详细信息，请参阅“systemctl status jenkins.service”和“journalctl -xn”。失败的！

运行systemctl status jenkins.service为我提供以下详细信息：

● jenkins.service - LSB：在启动时启动 Jenkins 已加载：已加载 (/etc/init.d/jenkins) 活动：自 2017 年 3 月 30 日星期四 16:05:51 UTC 起失败（结果：退出代码）；2 分钟 26 秒前 进程：1292 ExecStop=/etc/init.d/jenkins stop (code=exited, status=0/SUCCESS)
进程：2437 ExecStart=/etc/init.d/jenkins start (code=exited, status=7 )

并运行journalctl -xe给了我这个：

结果失败了。systemd[1]：单元 jenkins.service 进入失败状态。sudo[2421]: pam_unix(sudo:session): 会话关闭用户 root sudo[2539]: development : TTY=pts/0 ; PWD=/家/发展；用户=根；COMMAND=/bin/journalctl -xe udo[2539]: pam_unix(sudo:session): 开发者为 root 用户打开会话(uid=0)

两者都真的无济于事。我尝试使用以下命令升级 jenkin

sudo apt-get update它带有忽略标签

Ign http://pkg.jenkins-ci.org binary/ Translation-en_GB Ign Ign http://pkg.jenkins-ci.org binary/ Translation-en

sudo apt-get install jenkins

jenkins 已经是最新版本了。0 升级，0 新安装，0 删除，1 未升级。

有什么方法可以在不丢失旧数据或设置的情况下更新或修复 Jenkins 服务。

提前致谢。

我没有找到在 Debian Jessie 上安装 CouchDB 1.6.1 的方法。我在网上找到了许多描述如何编译 CouchDB 的解决方案。我想避免在生产机器上编译。

其他人是否找到了一种以本机方式执行此操作的方法（使用 .deb 包）？\

我在 debian-jessie 上的 dnsmsasq 有一个小问题，它似乎将传入的 DNS 查询转发到 2 个端口而不是 1 个。

背景：

在 LAN IP 为 192.168.0.10 的机器上运行。坐在家用路由器后面。家庭路由器配置为将 DNS 流量转发到 192.168.0.10。这部分有效，我确实看到从 LAN 到这台机器的传入流量。

dnsmasq 配置：

我的resolv.conf告诉本地进程将 DNS 查询发送到 dnsmasq

而 dnsmasq，如果它无法从其缓存中应答，则将传入的 DNS 流量转发到另一个在本地运行并通过server=127.0.0.1#5053配置侦听端口 5053 的服务。该服务是我自己构建的，它不会将 DNS 查询转发到 8.8.8.8

这有效，但不是我想要的方式。DNS 查询得到正确回答。正如预期的那样，端口 5053 显示流量，甚至提供答案（虽然比 GoogleDNS 慢）

所以看起来 dnsmasq tee 对两者的 DNS 查询

• 127.0.0.1 在端口 5053 上，几乎立即也转发到
• 8.8.8.8 在端口 53

为什么，我的 dnsmasq 配置有什么问题，我只希望端口 5053 上的流量？

那个 8.8.8.8 是从哪里来的。是的，我知道那是 Google DNS，但是 dnsmasq 或 linux 从哪里获取该 IP，我可以编辑哪个配置文件来更改它？

什么都不返回。