Timed out waiting for response from mongoose steam vr needs to be restarted как исправить - Исправление недочетов и поиск решений вместе с Examum.ru

I just started playing yesterday and immediately got this «Mongoose timeout» error.
First I just launched with everything at the default state (Steam Beta channel, no forced compat mode, no switches). It started by I was stuck in they grey void rubble and no «Loading…» text.
Added -novid -safe_mode start options, which got it to the main in-game menu at the Citadel base. Starting a new game always gave the Mongoose timeout.

Verified both HL:A and Steam VR multiple times, not problems detected

Tried swapping to Freetype2 2.10 but didn’t notice any difference.

Forced HL:A to use Proton Experimental. Can no longer launch it directly from Steam but it works from within Steam VR, and the Mongoose timeout doesn’t happen every time anymore. If I don’t get the «Loading…» text immediately I have to check the desktop for the error.
It hangs while plauing every now and then but seems otherwise stable. Level transitions are risky and tend to hang but thankfully it autosaves first. Sometimes it blanks out the HMD completely while the game is still running and I can still see it moving on the desktop as I move the «dead» HMD, but not otherwise interact with it. Sometimes it’s just the Mongoose error happening between level transitions.

I guess they use MongoDB for the save files?

Didn’t do the gamepad support Wandang mentioned. Don’t use a gamepad and I never enabled any addons.

Btw, don’t force Steam VR to use Proton Experimental, it can no longer launch. I guess the native version is required there since it ask for root again when reverting back.

Update 2022-09-14: Had another go at the game today. Unable to load my save due to the Mongoose timeout. Restarted serveral tames, same problem each time. Killing vrwebhelper only stopped the VR overlay menu from working so couldn’t exit the game from the HMD anymore. Stopped and started SteamVR, then it worked until a freeze at a level transition. Was able to restart and play until a few transitions later when it locked up the entire machine. Rebooted, able to get back in and play past a few transitions until one more turned the HMD completely black, reverted audio back to the main speakers. Again the game was still running and I could move the HMD and see my frozen hands and toggle the desktop UI on/off with Esc. SteamVR said it had encountered an error and needed to restart, so I called it a night.

Источник

Список мета-модулей
это не поможет
Список плагинов SM
это не поможет
Список расширений SM
это не поможет

Вышла обнова, все серваки на LinuxGSM полегли, в консоли
»
Your server needs to be restarted in order to receive the latest update.
L 10/08/2019 — 23:18:42: Your server needs to be restarted in order to receive the latest update.
»
Врубаю обнову, очень долго коннектит через анонимус, после чего выдает:
»
Waiting for user info. OK
ERROR! Timed out waiting for AppInfo update.
CWorkThreadPool::~CWorkThreadPool: work processing queue not empty: 2 items discarded.
CWorkThreadPool::~CWorkThreadPool: work processing queue not empty: 2 items discarded.
»
В общем, посмотрел решение у другого человека, заменил вот эти файлы:

/csgo/pak01_dir.vpk
/csgo/pak01_095.vpk
/csgo/scripts/items/items_game.txt

FIX Half Life: Alyx Crashing, Not Launching, Freezing & Black Screen

, но сервер все равно кикает из-за последнего файла, я его менял уже раз 5, ВСЕ РАВНО КИКАЕТ и пишет в ошибку этот файл =(

September

Участник

Заходи в папку там где у тебя steamcmd, Steam/steamcache/ (могу уже ошибаться)
Там будет два файла
appinfo.vdf и packageinfo.vdf
Удаляй их, потом ./csgoserver force-update

если не поможет, повтори процедуру полностью (мне пришлось делать два раза)
если все равно не поможет, удаляй vpk файлы в папке csgo, и steam.inf заодно. Дальше опять удаляешь appinfo.vdf и packageinfo.vdf, запускаешь валидацию. После валидации (убедись что она полностью прошла) делаешь опять форс апдейт. Чисти стимкмд кэш перед каждым действием лгсм. Я вчера всю ночь сидел разбирался с этой проблемой

Black_Yuzia

Зарабатываю на жизнь Мемами про Крузю.

Your server needs to be restarted in order to receive the latest update.
L 10/08/2019 — 23:18:42: Your server needs to be restarted in order to receive the latest update.

Вроде как — просто ПЕРЕЗАПУСТИ сервер

September

Участник

Вроде как — просто ПЕРЕЗАПУСТИ сервер

только ты как бы ошибку при обнове не видишь

ERROR! Timed out waiting for AppInfo update.

Black_Yuzia

Зарабатываю на жизнь Мемами про Крузю.

только ты как бы ошибку при обнове не видишь

ERROR! Timed out waiting for AppInfo update.

Но эта ошибка при попытке обновиться, сервер мог, так-то, уже быть обновленным но автоматически не перезапустился.

Но все же, я могу быть не прав.

September

Участник

5 фишек SteamVR, о которых вы могли не знать

Но все же, я могу быть не прав.

если сервер обновлён, он не будет писать об обновлении в консоли

Dragokas

Добрая душа

[email protected]:~$ ./l4dserver validate
[ INFO ] Validate l4dserver: Validating files: SteamCMD
* Validating may overwrite some customised files.
* validate
Redirecting stderr to ‘/home/l4dserver/Steam/logs/stderr.txt’
Looks like steam didn’t shutdown cleanly, scheduling immediate update check
[ 0%] Checking for available updates.
[—-] Verifying installation.
Steam Console Client (c) Valve Corporation
— type ‘quit’ to exit —
Loading Steam API. OK.

Connecting anonymously to Steam Public. Logged in OK
Waiting for user info. OK
Success! App ‘222840’ already up to date.
CWorkThreadPool::~CWorkThreadPool: work processing queue not empty: 2 items discarded.
CWorkThreadPool::~CWorkThreadPool: work processing queue not empty: 3 items discarded.
[ OK ] Validate l4dserver: Validating files: SteamCMD

В итоге как будто вместо валидации запустилось обновление, и якобы ничего не найдя, саму валидацию то и не выполнило — файлы vpk не восстановились.
При повторном запуске, все тоже сообщение: «ERROR! Timed out waiting for AppInfo update. «

Пару кросс-ссылок со скриптами по теме (мож кто разберется как этим пользоваться):

SteamCMD can’t retrieve content

Hello, I am having an issue with SteamCMD and I’m hoping someone could give me some hints on appropriate places to look for a resolution for this problem. I was running a private dedicated server for a Steam game called Insurgency. This was working perfectly under my original iteration of my.

forums.freebsd.org

CSGO_Servers — SteamCMD

SteamCMD. Just rebooted my hypervisor due to a power failure and I lost my SteamCMD and srcds startup lines. Now I’m not sure if something happened to my SteamCMD or if it’s just down right.

Источник: hlmod.ru

В Visual Studio Code при отладке выдает Waiting for the debugger to disconnect

Решил этот вопрос. Оставлю решение здесь, может пригодится кому.

Нужно указать путь до node в свойстве «runtimeExecutable». Я node ставил через nvm, поэтому вышло так:

< «version»: «0.2.0», «configurations»: [ < «type»: «node», «request»: «launch», «name»: «Launch Program», «program»: «$/objects.js», «runtimeExecutable»: «/home/user/.nvm/versions/node/v9.10.1/bin/node», > ] >

Можно просто перезагрузить VSCode. У меня никаких json не было.. хотя я случайно создал, потом удалил, потом при каждом запуске видел сообщение detach чего то там. потом код, потом ниже сообщение. Сразу нашёл как решается на англоязычном форуме, стеке точнее.

Перезагрузка. Там что нор всё должно работать.

Источник: husl.ru

Сonnected waiting for response Battlegrounds решение

— вводим команду ipconfig /flushdns. Это безопасная команда, она сбрасывает dns записи, которые выдал вам провайдер.

— еще раз перезагружаем компьютер с роутером
Если и после этого battlegrounds показывает waiting for response
— попробуйте подключить кабель интернета напрямую (если у вас wifi-роутер)
— подключитесь через мобильный интернет

Если ошибка повторяется, то дело в винде, если получилось подключиться, то проблема в провайдере или ваших настройках подключения к интернету.

Еще бывает так, что сервера PUBG лежат/перезагружаются/перегружены, поэтому просто подождите некоторое время, чтобы убедиться, что проблема на вашей стороне.

Источник: ru.pickgamer.com

Источник

Describe the bug
A clear and concise description of what the bug is.

When starting Half-Life: Alyx, I see the grey loading scene indefinitely in the headset. On the desktop, I see:

Timed out waiting for response from Mongoose
SteamVR needs to be restarted.

To Reproduce
Steps to reproduce the behavior:

Launch SteamVR
Launch Half-Life: Alyx
See error.
GOTO 1. (i.e, the error is repeatable)

Expected behavior

As of a few hours ago, this was working and I was able to play Alyx happily. But now I don’t seem to be able to start it.

System Information (please complete the following information):

Distribution: Ubuntu 18.04.4
SteamVR version: beta 1.11.7
Steam client version:
Opted into Steam client beta?: Yes
Graphics driver version: nvidia 440.64
Gist for SteamVR System Information: I don’t want to provide this right now. It’s a Vive HTC.

Источник

Go to oculus

r/oculus

**The Oculus subreddit, a place for Oculus fans to discuss VR.**

Members

Online

•

vogelvision

Half Life Alyx Timed out waiting for response from Mongoos error

I’ve been trying to play Half-Life Alyx on my Oculus Quest via Link and VD and keep getting this error: «Timed out waiting for response from Mongoose. SteamVR needs to be restarted». Does anyone know how to fix this error? I had a long day at work today and just want to relax and play some Half-Life Alyx.

Источник

Verified both HL:A and Steam VR multiple times, not problems detected

Tried swapping to Freetype2 2.10 but didn’t notice any difference.

I guess they use MongoDB for the save files?

Didn’t do the gamepad support Wandang mentioned. Don’t use a gamepad and I never enabled any addons.

Btw, don’t force Steam VR to use Proton Experimental, it can no longer launch. I guess the native version is required there since it ask for root again when reverting back.

I was too plagued by this, so I started analyzing what’s happening in there. In doing so, I noticed some rejected TCP connections to the «VR whatever backend» going to [::1]:27062, with other successful connections going over IPv4 to 127.0.0.1:27062.

So I had an idea that this was a consequence of first binding to IPv4 and then failing to bind IPv6 because the port is already taken, so I did:

sudo sysctl net.ipv6.bindv6only=1

restarted SteamVR and tada: Half Life started up.

As this bug is rather non-deterministic, I’d be happy if someone else could confirm whether this helps or I just got lucky.

If it really helps, Valve should fix how they do binding. If they rely on this behavior, they should do something like

setsockopt(sock, IPPROTO_IPV6, IPV6_V6ONLY, ....);

to enable it on per-socket level or even better: always try binding on IPv6 first and only then fail over to IPv4.

I am also having this issue now. The first time I started steamvr it didn’t occur but the occurrence rate is high and very rarely can I get Half-Life Alyx to start.

I’m running SteamVR on voidlinux and the last SteamVR version I tried was beta 1.19.2 but this bug has occurred on every version I have tried. I have a Valve Index and a RX 5700XT. I’m using mesa 21.1.5 and only radv is installed.

I have tried the following with no luck:

Different beta and non-beta versions of SteamVR
Installing amdvlk and patching vrwebhelper.sh to use it
Running everything under amdvlk (something else went wrong then)
Setting net.ipv6.bindv6only=1
disabling ipv6 entirely
using socat to forward connections from [::1]:27062 to 127.0.0.1:27062 (I think this is a red herring in the end)
Looking at wireshark for localhost connection problems
Looking for crashed vrwebhelper processes (nothing is crashing)
Changing ulimits for open files (
Looking for hints of what is happening from the logs of hlvr and other things
Disassembling libclient.so (the binary which has the message text in it) and trying to trace things back from there

libclient.so seems to be written in C++ so the result in ghidra was quite messy but there was some pattern of calling one function with some kind of message type and then calling another function. The function which posts the error message was doing it twice. The first time it sent a message «show_message» to hlvr/interstitials. Then it sends something else (one of the parameters is «text» but the message itself gets vsnprintf-ed so it’s difficult to figure out what is being sent.

I noticed a pattern in vrwebhelper_main logs in .steam/steam/logs. I think the instances where alyx was able to start don’t end up with the error: «Unhandled message of type show_message was sent to hlvr/interstitials, but there was nothing to start»

It would be nice to get some help debugging this. Really it would be great to get more logs of what’s happening.

I have a strace of a successful Half-Life Alyx run and a strace of an unsuccessful one. I tried comparing the straces but it’s a lot of tedious work.

I’m considering trying on a different distro next. Is Half-Life Alyx relying on something systemd specific by any chance? I know that vrstartup.sh relies on pkexec, but I’ve patched that out locally on my system by implementing pkexec with doas and configuring doas to allow the exact command without a password. (and it works fine)

Edit: I forgot to mention, this didn’t appear to happen via proton when I tested but maybe I just got lucky. That being said, proton performance at the settings that work for linux was just not acceptable. Specifically there was some weird desync between the eyes which just made me see double.

pwaller

[BUG] Half-Life: Alyx — hang on start «Timed out waiting for response from Mongoose»

Describe the bug
A clear and concise description of what the bug is.

When starting Half-Life: Alyx, I see the grey loading scene indefinitely in the headset. On the desktop, I see:

Timed out waiting for response from Mongoose
SteamVR needs to be restarted.

To Reproduce
Steps to reproduce the behavior:

Launch SteamVR
Launch Half-Life: Alyx
See error.
GOTO 1. (i.e, the error is repeatable)

Expected behavior

As of a few hours ago, this was working and I was able to play Alyx happily. But now I don’t seem to be able to start it.

System Information (please complete the following information):

Distribution: Ubuntu 18.04.4
SteamVR version: beta 1.11.7
Steam client version:
Opted into Steam client beta?: Yes
Graphics driver version: nvidia 440.64
Gist for SteamVR System Information: I don’t want to provide this right now. It’s a Vive HTC.

I currently don’t have the linux version of Half-Life Alyx installed to test, but maybe the game also does have a start script where you can expand the LD_LIBRARY_PATH similar like here (another vr issue, where using an older freetype-2.10.4 is a valid workaround)

Wandang

@frostworx Where would I get the required .so files? I downloaded freetype-2.10.4.tar.gz from the original freetype project and ran make inside of it. I got several files under build/unix, but no .so files (last time I wrote makefiles and so forth is >10 years ago)

Edit: Found them lying in the objs/.libs/ folder

Unfortunately this didn’t work:

Symlinks

change in vrwebhelper.sh:

export LD_LIBRARY_PATH=»${DIR}:${STEAM_RUNTIME_HEAVY}${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}»

Results in the same outcome (mongoose error). And the settings menu from the vrcontrols (burgermenu) still don’t work. Maybe I did something wrong?

What changed though is that I got an steam overlay informing me about my controllers

@Wandang, I simply used the package from /var/cache/pacman/pkg/freetype2-2.10.4-1-x86_64.pkg.tar.zst,
maybe you have the file as well when using Manjaro. The two symlinks need to be valid and point to the shard object of course.
Also, I meant that you might have to edit a possibly existing Half Life Alyx start script and not the vrwebhelper.sh to fix Half Life,
but I can’t tell if the game even does have/use a startscript, as I have the windows version installed currently. Good luck!

Wandang

I found the hlvr.sh script which seems to be the correct startup script (path is steamapps/common/Half-Life Alyx/game/):

GAMEROOT=$(cd "${0%/*}" && echo $PWD)
...
elif [ "$UNAME" == "Linux" ]; then
   # prepend our lib path to LD_LIBRARY_PATH
   export LD_LIBRARY_PATH="${GAMEROOT}"/bin/linuxsteamrt64:$LD_LIBRARY_PATH
   USE_STEAM_RUNTIME=1
fi

linuxsteamrt64 can be found in game/bin/

The important part is shown. I created symlinks and cped the so.6.17.4 file like we did with the vrwebhelper folder for the linuxsteamrt64. I am still trying to figure out the syntax to change to the correct pathing.

Thanks for helping so far frostworx!

Thanks for sharing this @Wandang and @frostworx!

After copying the older freetype2 version (including symlinks) and modifiying the script as described in the post frostworx shared as well as adding the same freetype2 version (including symlinks) to ~/.local/share/Steam/steamapps/common/Half-Life Alyx/game/bin/linuxsteamrt64/ I’ve been able to launch the game successfully for first time in a long while.

I’m not sure if both are needed but it works now so I’m not touching this again

You can find the older package of freetype2 for arch here: https://archive.archlinux.org/packages/path/freetype2-2.10.4-1-x86_64.pkg.tar.zst

Although I was able to launch the game a couple of times the fix is clearly not a 100%. First few times it worked.. now 3 startups in a row failed.

EliteTK

This doesn’t surprise me. I have this issue intermittently on voidlinux and it was definitely when voidlinux was still packaging the “working” freetype version.

Please try my solution of leaving steamvr running for 15 minutes before trying to launch half life alyx.

Whatever this issue is, the environment is probably affecting it but these supposed fixes likely just change the frequency of occurrence. If I had to put money on it it would be some kind of race.

When I spoke with kisak he mentioned that he saw the issue only once that people at valve were never able to recreate it.

Wandang

I can confirm that using the archive version that @sankasan linked the game works again! I just ended a 2 hour session without problems. I will report back if the issue reappears over the coming days

Edit: So far I had 2 more sessions without this issue. Hopefully this can be fixed with the newest font as well

podiki

Thanks for the workaround all! I can confirm it is the freetype version that is causing the problem. It also seems a bit finky as I thought it wasn’t working, but doing it both for vrwebhelper and then adding the library to Alyx’s folder noted above (without changing the start script) did work. But not the first time, not sure if there is some other element as others have said (like letting SteamVR run a bit). I’ll see if I can find out more, but really glad to be able to play again.

(This is on Flatpak, but followed what others did. Presumably I could downgrade the freedestkop runtime or overwrite freetype in there, but haven’t looked into that much yet.)

I don’t understand how to do any of this but I’m still experiencing the error. How do I actually do the workaround?

Wandang

@Beanslinger2

DL the old working version of freetype here: https://archive.archlinux.org/packages/path/freetype2-2.10.4-1-x86_64.pkg.tar.zst
Extract the package and find the libfreetype.so inside the objs folder
Copy libfreetype.so.6.17.4 into the steam folder at~/.steam/steam/steamapps/common/Half-Life Alyx/game/bin/linuxsteamrt64
Create symlinks for the other 2 libfreetype files with these commands (you need to change the path/to/original with your path to the objs folder from step 2:

ln -s /path/to/original/libfreetype.so ~/.steam/steam/steamapps/common/Half-Life Alyx/game/bin/linuxsteamrt64/libfreetype.so
ln -s /path/to/original/libfreetype.so.6 ~/.steam/steam/steamapps/common/Half-Life Alyx/game/bin/linuxsteamrt64/libfreetype.so.6

After this restart steam and try to launch HL as usual.

This should be enough for HL:Alyx to work. If you want your SteamVR settings to work again we need to do step 3 and 4 again for the vrwebhelper folder:

Copy libfreetype.so.6.17.4 into the steam folder at ~/.steam/steam/steamapps/common/SteamVR/bin/vrwebhelper/linux64
Create 2 symlinks:

ln -s /path/to/original/libfreetype.so ~/.steam/steam/steamapps/common/SteamVR/bin/vrwebhelper/linux64/libfreetype.so
ln -s /path/to/original/libfreetype.so.6 ~/.steam/steam/steamapps/common/SteamVR/bin/vrwebhelper/linux64/libfreetype.so.6

mitaka8

For me, replacing freetype.so with v2.10 didn’t help with HL:A. But I forced HL:A to launch using proton and now the game is running fine for me.

Downgrading freetype did fix the dashboard not showing up.

pwaller

Friendly 2 year ping for Valve (@kisak-valve) — I’m still encountering this, now Ubuntu 20.04 with a Valve index. I’ve put a fair amount of time into trying to get this to work over the course of years with little success. It once was working but no more. Would love to finish the game some day.

podiki

Forcing the use of the Linux runtime compatibility tool works for me.

pwaller

Sadly not for me. I don’t get the mongoose error, but it does become unresponsive and the shell offers to close the window.

podiki

If you’d like to look at a lot of output messages, you could try running Steam with CAPSULE_DEBUG=tool,search LIBGL_DEBUG=verbose G_MESSAGES_DEBUG=1 PRESSURE_VESSEL_VERBOSE=1 STEAM_LINUX_RUNTIME_VERBOSE=1 steam (or variations of those parameters) to get a ton of output of what is happening. Probably a lot, or maybe all, of it is not helpful, but maybe you’ll see a useful message.

If Steam / SteamVR is in the process of loading up the left/right hand indicator and battery level to be rendered on the Vive wand models, and Half-Life: Alyx is started, then something seems to go wrong and the battery indicators do not render. This might be connected to Half-Life: Alyx throwing the mongoose error message. This is persistent until SteamVR and the Steam client are restarted.

@kisak-valve Is this related to the icons not loading in the SteamVR menu on some startups? I never checked the battery indicators but the issue with HL always happens when the icons in my overlay are not loaded correctly.

Desktop view will also not work in this state.

Usually a SteamVR and Steam restart solves it as you mentioned, sometimes it takes a few tries.

I have had this issue on Ubuntu 20.04, Ubuntu 22.04, Fedora 35 and Fedora 36 now. I also had the Mongoose mesage on Windows a few times but probably due to some other issue.

Wandang

I was unable to play for > 6 month now and tried several times. Today I had an idea.

Whenever SteamVR crashes (and it does quite a lot on Linux) all addons get disabled. I normally dismissed this. But today I realized that the mongoose error comes in conjunction with a gamepad symbol. So my guess is that the gamepad configuration data cannot be loaded.

So I restartet SteamVR, this time reenabled the addon for gamepad support (default one) and restarted SteamVR again. After that I was able to start HL:Alyx immediately and it works (I am in the main menu, which is normally all that is needed)

So guys, please try to reenable gamepad support, restart steamvr and then start HL

#node.js #mongodb #mongoose

Вопрос:

Я использую MongoDB в своем приложении Nodejs с mongoose as ORM. Однако я получаю эту ошибку каждый раз, когда запускаю свой код.

 (node:28316) UnhandledPromiseRejectionWarning: MongooseError: Operation `auths.findOne()` buffering timed out after 10000ms
    at Timeout.<anonymous> (/home/mridu/Projects/unoletter/node_modules/mongoose/lib/drivers/node-mongodb-native/collection.js:149:23)
    at listOnTimeout (internal/timers.js:557:17)
    at processTimers (internal/timers.js:500:7)
(Use `node --trace-warnings ...` to show where the warning was created)
(node:28316) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 2)
(node:28316) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Вот мой код для подключения к MongoDB atlast

 try {
  mongoose.connect(
    process.env.DB_URI,
    {
      keepAlive: true,
      useNewUrlParser: true,
      useUnifiedTopology: true,
      useFindAndModify: false,
    },
    () => {
      console.log(`connected to MongoDB`);
    }
  );
} catch (error) {
  console.log(error);
}

Моя модель

 //Dependencies
const mongoose = require("mongoose");

//Auth Model
const auth = {
  id: {
    type: String,
    required: true,
  },
  email: {
    type: String,
    required: true,
  },
  secret: {
    type: String,
    required: true,
  },
  isVerified: Boolean,
  createdAt: {
    time: String,
    date: String,
  },
};
const Auth = mongoose.model("Auth", auth);

//Export
module.exports = { Auth };

И вот как я сохраняю свои данные

 const auth = new Auth({
      id: generateId(),
      email: body.email,
      secret: generateSecret(),
      isVerified: false,
      createdAt: {
        time: dayjs().format("HH:mm:ss"),
        date: dayjs().format("YYYY/MM/DD"),
      },
    });


try {
  await auth.save();

  console.log(auth);
} catch (error) {
  console.log(error);
}

Я попробовал некоторые ответы с Stackoverflow и других сайтов, таких как Dev.to. Я пробовал использовать async/await , .then amp; .catch . И все же я сталкиваюсь с той же ошибкой.

Другой проект, в котором я использую 5.xx версию Мангуста, работает нормально. Я столкнулся с этой проблемой в новой 6.0.3 версии мангуста.

      Users in groups 'adm', 'systemd-journal', 'wheel' can see all messages.
      Pass -q to turn off this notice.
^[[A-- Logs begin at Fri 2020-04-17 23:27:43 PDT. --
May 01 19:24:38 SteamBox /usr/lib/gdm-x-session[713]: (II) AMDGPU(0): Modeline "1440x900"x0.0   88.75  1440 1488 1520 1600  900 903 909 926 +hsync -vsync (55.5 kHz e)
May 01 19:24:38 SteamBox /usr/lib/gdm-x-session[713]: (II) AMDGPU(0): Modeline "1600x900"x60.0  119.00  1600 1696 1864 2128  900 901 904 932 -hsync +vsync (55.9 kHz e)
May 01 19:24:38 SteamBox /usr/lib/gdm-x-session[713]: (II) AMDGPU(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
May 01 19:24:38 SteamBox /usr/lib/gdm-x-session[713]: (--) AMDGPU(0): HDMI max TMDS frequency 300000KHz
May 01 19:24:39 SteamBox crash_20200501192439_1.dmp[2552]: Uploading dump (out-of-process)
                                                           /tmp/dumps/crash_20200501192439_1.dmp
May 01 19:24:39 SteamBox crash_20200501192439_1.dmp[2552]: Finished uploading minidump (out-of-process): success = yes
May 01 19:24:39 SteamBox crash_20200501192439_1.dmp[2552]: response: CrashID=bp-a4cc7d16-4551-4a91-a127-40bf82200501
May 01 19:24:39 SteamBox crash_20200501192439_1.dmp[2552]: file ''/tmp/dumps/crash_20200501192439_1.dmp'', upload yes: ''CrashID=bp-a4cc7d16-4551-4a91-a127-40bf82200501''
May 01 19:24:39 SteamBox systemd-coredump[2556]: Process 2525 (vrmonitor) of user 1000 dumped core.
                                                 
                                                 Stack trace of thread 2525:
                                                 #0  0x00007f647534fce5 raise (libc.so.6 + 0x3bce5)
                                                 #1  0x00007f6475339857 abort (libc.so.6 + 0x25857)
                                                 #2  0x00007f64769be938 _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5 + 0x8e938)
                                                 #3  0x00007f64763ad845 _ZN22QGuiApplicationPrivate25createPlatformIntegrationEv (libQt5Gui.so.5 + 0x12b845)
                                                 #4  0x00007f64763adce1 _ZN22QGuiApplicationPrivate21createEventDispatcherEv (libQt5Gui.so.5 + 0x12bce1)
                                                 #5  0x00007f6476bdbea5 _ZN23QCoreApplicationPrivate4initEv (libQt5Core.so.5 + 0x2abea5)
                                                 #6  0x00007f64763b0e80 _ZN22QGuiApplicationPrivate4initEv (libQt5Gui.so.5 + 0x12ee80)
                                                 #7  0x00007f6475d43d2f _ZN19QApplicationPrivate4initEv (libQt5Widgets.so.5 + 0x161d2f)
                                                 #8  0x000000000062bf1c _Z8RealMainiPPc (vrmonitor + 0x22bf1c)
                                                 #9  0x000000000043672c main (vrmonitor + 0x3672c)
                                                 #10 0x00007f647533b023 __libc_start_main (libc.so.6 + 0x27023)
                                                 #11 0x0000000000436d3d _start (vrmonitor + 0x36d3d)
May 01 19:25:30 SteamBox systemd[680]: Started VTE child process 2697 launched by gnome-terminal-server process 915.

crash_20200501192439_1.dmp.txt

Archlinux
Steam-Native
AMD VEGA 64

Edit: After switching from $steam-native to $steam, validating SteamVR and Half Life: Alyx, and making sure it was using Proton 5.xx instead of 4.xx it worked with having only other occasional issues.

Источник

September

Участник

Black_Yuzia

Зарабатываю на жизнь Мемами про Крузю.

September

Участник

Black_Yuzia

Зарабатываю на жизнь Мемами про Крузю.

September

Участник

Dragokas

Добрая душа

SteamCMD can’t retrieve content

CSGO_Servers — SteamCMD

В Visual Studio Code при отладке выдает Waiting for the debugger to disconnect

Сonnected waiting for response Battlegrounds решение

[BUG] Half-Life: Alyx — hang on start «Timed out waiting for response from Mongoose»

Вопрос:

Комментарии: