Valheim-ის ფაილები: სამყაროები, savedir და სერვერის საქაღალდეები

Valheim-ის გამოყოფილი სერვერი ყველაფერს, რაც მნიშვნელოვანია, ერთ საქაღალდეში ინახავს: სამყაროებს worlds_local ქვესაქაღალდეში, მის გვერდით კი adminlist.txt, bannedlist.txt და permittedlist.txt ფაილებს. Windows-ზე ეს საქაღალდე არის %USERPROFILE%\AppData\LocalLow\IronGate\Valheim, Linux-ზე - ~/.config/unity3d/IronGate/Valheim, ხოლო გაშვების არგუმენტი -savedir მას ნებისმიერი შენთვის სასურველი გზით ცვლის. პერსონაჟები აქ არასოდეს არის - ისინი თითოეული მოთამაშის საკუთარ კომპიუტერზე ცხოვრობენ. თითქმის ყველა პრობლემა ტიპის "სამყარო გაქრა" ან "ადმინი არ მუშაობს" იმით არის გამოწვეული, რომ ვიღაც სწორ ფაილს არასწორ საქაღალდეში არედაქტირებს. ამიტომ ეს პოსტი ყველა მდებარეობას აღწერს - კლიენტზეც და სერვერზეც - და გიჩვენებს, როგორ იპოვო ის, რომელსაც შენი სერვერი რეალურად იყენებს.

მოკლე რუკა#

შენახვის საქაღალდეს ყველა პლატფორმაზე ერთნაირი სტრუქტურა აქვს. იცვლება მხოლოდ ძირეული გზა.

და თავად ძირეული საქაღალდეები:

LocalLow Windows Explorer-ში ნაგულისხმევად დამალულია. საქაღალდეებში დაწკაპუნებით სიარულის ნაცვლად ჩასვი %USERPROFILE%\AppData\LocalLow\IronGate\Valheim მისამართის ზოლში. Linux-ზე .config დამალული დირექტორიაა, ამიტომ გამოიყენე ls -a ან ფაილების მენეჯერი, რომელიც დამალულ ფაილებს აჩვენებს.

Linux-ზე ~ იმ მომხმარებლის საწყისი დირექტორიაა, ვისი სახელითაც სერვერი მუშაობს, და არა შენი. თუ ისეთ სახელმძღვანელოს მიჰყევი, რომელმაც valheim ან steam მომხმარებელი შექმნა, შენახვის საქაღალდე არის /home/valheim/.config/unity3d/IronGate/Valheim, ხოლო root-ის სახელით გაშვებული ls ~/.config root-ის ცარიელ საქაღალდეს გაჩვენებს. ეს ყველაზე ხშირი მიზეზია, რის გამოც ხალხი Linux სერვერის სამყაროს "ვერ პოულობს".

სამყაროები: .db და .fwl წყვილი#

სამყარო ერთი და იმავე სახელის ორი ფაილია. Name.fwl პატარაა - სამყაროს სახელი, seed და ცოტაოდენი მეტამონაცემი. Name.db ყველაფერი დანარჩენია: რელიეფის ცვლილებები, შენობები, ზანდუკები და მათი შიგთავსი, მოშინაურებული ცხოველები, სამყაროს გამოკვლეული ნაწილები. ორივე საჭიროა: .db თავისი .fwl-ის გარეშე არ ჩაიტვირთება, ხოლო .fwl თავისი .db-ის გარეშე იმავე seed-ზე ახალ სამყაროს შექმნის.

მათ გვერდით სერვერი საკუთარ სათადარიგო ასლებს ინახავს:

• Name.db.old და Name.fwl.old - წინა შენახვა, რომელიც სამყაროს ყოველი შენახვისას იწერება.
• ავტომატური backup-ები, დაახლოებით ასეთი სახელებით: Name_backup_auto-20261012093000.db და შესაბამისი .fwl. მათ -backups, -backupshort და -backuplong არგუმენტები მართავს.

ყველა ეს ფაილი იმავე worlds_local საქაღალდეში, იმავე დისკზე დევს, ამიტომ ისინი მხოლოდ ცუდი შენახვისგან გიცავს და სხვა არაფრისგან. Valheim სერვერის backup-ები და სამყაროს დაზიანება აღწერს, რა სჭირდება ნამდვილ backup-ს და როგორ აღადგინო სამყარო ამ ფაილებიდან, როცა შენახვა ცუდად წავა.

სამყაროს სახელი, რომელსაც -world-ით გადასცემ, ფაილის სახელია გაფართოების გარეშე და ზუსტად ემთხვევა, დიდი ასოების ჩათვლით. -world "Midgard" ეძებს worlds_local/Midgard.db და worlds_local/Midgard.fwl ფაილებს. თუ რომელიმე აკლია, სერვერი ამ სახელით ახალ სამყაროს შემთხვევითი seed-ით შექმნის, და ყველას ეჩვენება, რომ სამყარო წაიშალა. ეს ასე არ არის - ძველი ფაილები იქვეა, სადაც იყო, უბრალოდ სერვერმა სხვაგან მოძებნა.

worlds_local და worlds

სუფიქსი _local Valheim-ის ღრუბლოვანი შენახვის განახლებასთან ერთად გამოჩნდა 2022 წლის ბოლოს. მანამდე სამყაროები worlds საქაღალდეში ინახებოდა. ამის შემდეგ თამაშმა ლოკალური შენახვები (worlds_local, characters_local) Steam Cloud-ში შენახულისგან გამოყო, ხოლო თამაშის Manage Saves ეკრანი სამყაროს ამ ორს შორის გადაიტანს.

პრაქტიკაში ეს ნიშნავს:

• გამოყოფილი სერვერი worlds_local-ს კითხულობს. Steam Cloud-ის არსებობის შესახებ მან არაფერი იცის.
• სამყარო, რომელიც მოთამაშემ ღრუბელში შეინახა, მის PC-ზე worlds_local-ში არ არის. ჯერ Manage Saves უნდა გახსნას და ლოკალურად გადაიტანოს - მხოლოდ ამის შემდეგ გაჩნდება ასატვირთი ფაილი.
• ძველ ინსტალაციაში შეიძლება ჯერ კიდევ იყოს worlds საქაღალდე 2022 წლამდელი ფაილებით. ესეც ნამდვილი სამყაროებია; თუ რომელიმე მათგანი გჭირდება, წყვილი worlds_local-ში გადააკოპირე.

თავად Steam Cloud-ის ასლები Steam-ის საკუთარ მონაცემთა საქაღალდეშია, Steam\userdata\<your Steam account number>\892970\remote გზაზე. იქიდან ფაილების კოპირება შეგიძლია, მაგრამ Manage Saves უფრო უსაფრთხო გზაა, რადგან ისიც წყვეტს, რომელი ასლია უფრო ახალი.

მოთამაშის PC-დან სერვერზე სამყაროს გადატანა ნაბიჯ-ნაბიჯ აღწერილია პოსტში როგორ ავტვირთო Valheim-ის სამყარო გამოყოფილ სერვერზე.

სამი სიის ფაილი#

adminlist.txt, bannedlist.txt და permittedlist.txt შენახვის საქაღალდის ძირშია - არა worlds_local-ში და არა სერვერის ინსტალაციის საქაღალდეში. თუ ეს ფაილები არ არსებობს, სერვერი პირველი გაშვებისას ცარიელს ქმნის, და ეს სასარგებლოა: თუ არ ხარ დარწმუნებული, რომელ შენახვის საქაღალდეს იყენებს სერვერი, მოძებნე ეს სამი ფაილი ახალი დროის ნიშნულით.

Valheim/  adminlist.txt  bannedlist.txt  permittedlist.txt  worlds_local/    Midgard.db    Midgard.fwl    Midgard.db.old    Midgard.fwl.old    Midgard_backup_auto-20261012093000.db    Midgard_backup_auto-20261012093000.fwl

ადმინთან დაკავშირებულ ყველაზე ხშირ პრობლემას მდებარეობის მიზეზი აქვს: ადმინმა თავისი ID ჩაწერა adminlist.txt-ში ინსტალაციის საქაღალდეში, ან სხვა მომხმარებლის შენახვის საქაღალდეში, ან საკუთარი PC-ის შენახვის საქაღალდეში. სერვერი მხოლოდ საკუთარ შენახვის საქაღალდეში არსებულ ფაილს კითხულობს. ყოველ სერვერს ზუსტად ერთი სწორი ფაილი აქვს.

მეორე ხაფანგი: მოთამაშის საკუთარ PC-საც აქვს ეს სამი ფაილი, რადგან თამაში მათ იყენებს, როცა ეს მოთამაშე სამყაროს თამაშის შიგნიდან მასპინძლობს. შენი ლოკალური adminlist.txt-ის რედაქტირება სადღაც სხვაგან მდგარ გამოყოფილ სერვერზე არაფერს ცვლის.

ფორმატი - SteamID64 და პლატფორმის პრეფიქსიანი ID-ები crossplay სერვერებზე, კომენტარები, როდის ძალაში შედის ცვლილებები და როგორ აქცევს permittedlist.txt სერვერს დახურულად - ცალკე პოსტშია: Valheim adminlist, bannedlist და permittedlist.

ყველაფრის გადატანა -savedir-ით#

-savedir იღებს გზას და მას შენახვის საქაღალდედ აქცევს. შიგნით სტრუქტურა იგივე რჩება: სერვერი მის ქვეშ worlds_local-ს წერს, სიის ფაილებს კი პირდაპირ მასში ეძებს.

$ ./valheim_server.x86_64 -nographics -batchmode \    -name "Longship Crew" -port 2456 -world "Midgard" \    -password "herring-barrel-42" -savedir "/srv/valheim/data"

ამ ხაზით სამყარო იქნება /srv/valheim/data/worlds_local/Midgard.db-ში, ადმინების სია კი /srv/valheim/data/adminlist.txt-ში.

მისი დაყენების სამი კარგი მიზეზი არსებობს:

1. Backup-ები. ერთი ცნობილი გზა, საწყის საქაღალდეში დამალული დირექტორიის გარეთ, backup-ის ხელსაწყოსთვის მითითებისთვის გაცილებით მოსახერხებელია.
2. რამდენიმე სერვერი ერთ მანქანაზე. ორ სერვერს, რომლებსაც საერთო შენახვის საქაღალდე აქვთ, საერთო აქვთ ადმინების, ბანების და დაშვებულთა სიებიც. თითოეულს თავისი -savedir რომ ჰქონდეს, ისინი სრულიად გამიჯნულია. მათ სხვადასხვა პორტებიც სჭირდებათ - იხილე Valheim-ის პორტები 2456 და 2457.
3. კონტეინერები. Docker-ში ან პანელის ქვეშ შენახვის საქაღალდე მიმაგრებულ volume-ში უნდა იყოს, თორემ კონტეინერის ხელახლა აწყობა სამყაროსაც თან წაიღებს.

და სამი გზა, როგორ შეიძლება ცუდად წავიდეს:

• მისი შეცვლა უკვე მოქმედ სამყაროზე. -savedir-ის დამატება სერვერზე, რომელიც მანამდე მის გარეშე მუშაობდა, არაფერს არ გადაიტანს. სერვერი ცარიელი საქაღალდით ჩაირთვება, შენი სამყაროს სახელით ახალ სამყაროს შექმნის, ნამდვილი კი ისევ ძველ ნაგულისხმევ ადგილას დარჩება. გააჩერე სერვერი, მთელი საქაღალდე გადააკოპირე და მხოლოდ ამის შემდეგ დაამატე არგუმენტი.
• ფარდობითი გზები. ფარდობითი გზა იმ სამუშაო დირექტორიიდან გამოითვლება, საიდანაც სერვერი გაუშვეს, და ეს ყოველთვის ინსტალაციის საქაღალდე არ არის. გამოიყენე აბსოლუტური გზა.
• უფლებები. Linux-ზე დირექტორიაში ჩაწერის უფლება უნდა ჰქონდეს მომხმარებელს, ვისი სახელითაც სერვერი მუშაობს. root-ის კუთვნილი დირექტორია მოგცემს სერვერს, რომელიც იტვირთება, თამაში მიდის, მერე კი ყოველი შენახვა ვერ ხერხდება.

Windows-ზე გზა ბრჭყალებში ჩასვი, თუ მასში გამოტოვებებია: -savedir "D:\Valheim Server Data".

სერვერის ინსტალაციის საქაღალდე შენახვის საქაღალდე არ არის#

ხალხი სამყაროს valheim_server.x86_64-ის ან valheim_server.exe-ის გვერდით ეძებს, რადგან სერვერი იქ ცხოვრობს. სამყარო იქ არასოდეს არის, თუ -savedir იქ არ მიუთითებს. ინსტალაციის საქაღალდეში პროგრამაა და მისი წაშლა და ხელახლა დაყენება უსაფრთხოა; შენახვის საქაღალდეში სამყაროა და მასზე ეს არ ითქმის.

რას იპოვი Linux ინსტალაციაში, ჩვეულებრივ ~/.steam/steamapps/common/Valheim dedicated server-ში ან იქ, სადაც +force_install_dir-მა დააყენა:

Windows-ზე შესაბამისი ფაილებია valheim_server.exe და start_headless_server.bat, რომლებიც steamapps\common\Valheim dedicated server-შია შენს Steam-ის ბიბლიოთეკაში, თუ Tools განყოფილებიდან დააყენე, ან იმ საქაღალდეში, რომელიც SteamCMD-ს მიუთითე.

რადგან ინსტალაციის საქაღალდე ერთჯერადია, validate-ის გაშვება ან ხელახლა დაყენება ნაგულისხმევ შენახვის საქაღალდეში მყოფ სამყაროს ვერ დააზიანებს. დააზიანებს, თუ -savedir-ს ინსტალაციის საქაღალდის შიგნით მდებარე გზაზე დააყენებ - კიდევ ერთი მიზეზი, რომ ისინი ერთმანეთისგან შორს დაიჭირო. თავად ინსტალაცია ნაბიჯ-ნაბიჯ აღწერილია პოსტებში Valheim სერვერის დაყენება SteamCMD-ით Linux-ზე და გამოყოფილი სერვერის დაყენება Windows-ზე.

მოდების ფაილები

BepInEx-ით სერვერს მდებარეობების მეორე ნაკრები უჩნდება, ყველა ინსტალაციის საქაღალდის შიგნით:

• BepInEx/plugins - მოდების .dll ფაილები.
• BepInEx/config - თითოეული მოდის .cfg ფაილი, რომელიც პირველი გაშვებისას იქმნება. სწორედ ამ ფაილს არედაქტირებ მოდის პარამეტრების შესაცვლელად, და მოდებიანი სისტემის ეს ნაწილი სამყაროსთან ერთად backup-ში უნდა მოხვდეს.
• BepInEx/LogOutput.log - BepInEx-ის საკუთარი ლოგი, რომელშიც ჩანს, რომელი პლაგინები ჩაიტვირთა და რომელი ვერა. როცა მოდი არაფერს აკეთებს, პირველ რიგში აქ ჩაიხედე.

ზოგი მოდი მონაცემებს თითოეული სამყაროსთვის ცალკე ინახავს. სად ინახავს, თავად მოდზეა დამოკიდებული; უმეტესობა BepInEx/config საქაღალდეს ან მის გვერდით საკუთარ საქაღალდეს იყენებს. სანამ ჩათვლი, რომ სამყაროს ფაილში ყველაფერია, მოდის გვერდი წაიკითხე. ინსტალაციას აღწერს Valheim-ის მოდები BepInEx-ით სერვერზე.

პერსონაჟები კლიენტზე რჩება#

Valheim-ის პერსონაჟი არის .fch ფაილი characters_local-ში მოთამაშის საკუთარ მანქანაზე, გვერდით კი წინა შენახვის .fch.old დევს. სერვერი მას არასოდეს ინახავს. როცა მოთამაშე უერთდება, მისი კლიენტი პერსონაჟს თან მოიტანს; როცა გადის, კლიენტი მას ისევ საკუთარ დისკზე ჩაწერს.

ამას ისეთი შედეგები აქვს, რასაც ხალხი არ ელის:

• სერვერს პერსონაჟის აღდგენა არ შეუძლია. თუ მოთამაშის ინვენტარი მის მხარეს crash-ის გამო დაიკარგა, ვერც ერთი სერვერის backup ვერ დააბრუნებს. მას საკუთარი .fch.old ან საკუთარი backup სჭირდება.
• მოთამაშეს შეუძლია პერსონაჟი სამყაროებსა და სერვერებს შორის ატაროს. ერთი სამყაროს აღჭურვილობა შემდეგში ჩადის. სერვერზე, რომელსაც სუფთა დაწყება სურს, ამას შეთანხმებით ან მოდით აკონტროლებენ და არა ფაილით.
• სამყაროს გადატვირთვა მოთამაშეებს არ აბრუნებს თავიდან. ახალი -world სახელი ახალ რუკას გაძლევს, ყველა კი თავის უნარებს და ინვენტარს ინარჩუნებს. Valheim-ის სამყაროს თავიდან დაწყება პერსონაჟების დაკარგვის გარეშე სწორედ ამას იყენებს.
• ღრუბლოვანი პერსონაჟები იმავე წესს ემორჩილებიან, რასაც ღრუბლოვანი სამყაროები: characters characters_local-ის ნაცვლად, რომელსაც პერსონაჟის არჩევის ეკრანიდან მართავ.

რაც სამყაროს მოთამაშის შესახებ ახსოვს, ესაა მის მიერ ამ სამყაროში გამოკვლეული რუკა, მისი აღდგომის წერტილი (საწოლი) და ყველაფერი, რაც ააშენა ან ზანდუკში დატოვა. ეს ყველაფერი .db-შია. პერსონაჟის ფაილში დანარჩენია, მათ შორის მის მიერ გამოკვლეული რუკის საკუთარი ასლი - ამიტომაც მოთამაშის რუკა სერვერის გადატანას გადაურჩება, სამყაროს ჩანაწერი მისი საწოლის შესახებ კი არა.

ლოგები და პარამეტრების ფაილები#

პრობლემების მოგვარებისას კიდევ ორი მდებარეობა ჩნდება.

კლიენტის ლოგი. Unity თამაშის ლოგს Windows-ზე შენახვის საქაღალდის ძირში წერს Player.log-ში (%USERPROFILE%\AppData\LocalLow\IronGate\Valheim\Player.log), წინა სესიისას კი Player-prev.log-ში. როცა მოთამაშე ვერ უერთდება, ამ ფაილში მიზეზი ამომხტარ ფანჯარაზე დეტალურად წერია.

სერვერის ლოგი. Linux-ზე სერვერი სტანდარტულ გამოსავალში წერს, ამიტომ ლოგი იქ მიდის, სადაც პროცესის გამოსავალი: ტერმინალში, systemd-ის ჟურნალში (journalctl -u valheim) ან პანელის კონსოლში. Windows-ზე start_headless_server.bat კონსოლის ფანჯარას ხსნის. ორივე შემთხვევაში -logFile /path/to/valheim.log ლოგს ფაილში წერს, და ამის გაკეთება ღირს, თუ მოგვიანებით რამეს მისი წაკითხვა მოუწევს.

ლოგი ასევე ყველაზე სწრაფი გზაა კითხვაზე პასუხის გასაცემად: "რომელ საქაღალდეს იყენებს ეს სერვერი". მოძებნე მასში სამყაროს ჩატვირთვის ხაზი:

$ grep -iE "load world|savedir|world saved" /path/to/valheim.log

Load world: Midgard, რომელსაც სამყაროს ჩვეულებრივი ჩატვირთვა მოსდევს, ნიშნავს, რომ ფაილები ნაპოვნია. შეტყობინება ახალი სამყაროს შექმნის შესახებ ნიშნავს, რომ ვერ იპოვა, და სერვერი ახლა ისეთ საქაღალდეში მუშაობს, რომელსაც არ ელოდი.

კლიენტის გრაფიკის პარამეტრები და კლავიშების მინიჭებები შენახვის საქაღალდეში არ არის. Windows-ზე თამაში მათ იქ ინახავს, სადაც Unity-ის თამაშები პარამეტრებს, რეესტრში HKEY_CURRENT_USER\Software\IronGate\Valheim გზაზე. მოთამაშემ, რომელმაც Valheim შენახვის საქაღალდის წაშლით "გადატვირთა", სამყაროები და პერსონაჟები დაკარგა, პარამეტრები კი შეინარჩუნა - რაც ჩვეულებრივ ზუსტად საპირისპიროა იმისა, რაც სურდა.

საქაღალდის პოვნა ჰოსტინგის სერვერზე#

პანელზე დაფუძნებულ ჰოსტინგზე მანქანის ფაილურ სისტემას ვერ ხედავ, მხოლოდ სერვერის საკუთარ საქაღალდეს, და კითხვა ასე დგება: რომელი ქვესაქაღალდეა შენახვის საქაღალდე. პასუხი მხოლოდ ორია:

1. გაშვების ხაზი აყენებს `-savedir`-ს. მაშინ შენახვის საქაღალდე ეს გზაა, სერვერის ძირის მიმართ. შეხედე გაშვების ბრძანებას ან მასთან ერთად ნაჩვენებ ცვლადებს.
2. არ აყენებს. მაშინ სერვერი Linux-ის ნაგულისხმევ გზას იყენებს, რაც კონტეინერის შიგნით სერვერის ძირეულ დირექტორიაში დამალული .config/unity3d/IronGate/Valheim საქაღალდეა. ჩართე დამალული ფაილების ჩვენება, თუ ფაილების მენეჯერს ეს შესაძლებლობა აქვს, ან დაუკავშირდი SFTP-ით, რომელიც წერტილით დაწყებულ საქაღალდეებს აჩვენებს.

ორივე შემთხვევაში ახალი adminlist.txt-ის ტესტი მუშაობს: საქაღალდე, სადაც სამი სიის ფაილი და მათ გვერდით worlds_local დევს, სწორია. RE:NODE-ზე ფაილების მენეჯერიც და SFTP-იც სერვერის მთელ საქაღალდეს წვდება, Startup ჩანართი კი აჩვენებს ცვლადებს, რომლებითაც სერვერი ირთვება, ასე რომ, სანამ რამეს ატვირთავ, სამყაროს სახელის გადამოწმება შეგიძლია. კავშირის დეტალები პოსტშია SFTP და ფაილების მენეჯერი.

FAQ#

სად ინახება ჩემი Valheim-ის სამყარო Windows-ზე?

%USERPROFILE%\AppData\LocalLow\IronGate\Valheim\worlds_local-ში, .db და .fwl წყვილის სახით. თუ იქ არ არის, Steam Cloud-შია; თამაშში გახსენი Manage Saves და გადაიტანე ლოკალურად, რომ დასაკოპირებელი ფაილი მიიღო.

სად ინახავს Linux-ის Valheim სერვერი სამყაროს?

~/.config/unity3d/IronGate/Valheim/worlds_local-ში იმ მომხმარებლისთვის, ვისი სახელითაც სერვერი მუშაობს, თუ -savedir სხვას არ ამბობს. სანამ root-ის საწყის საქაღალდეში ძებნას დაიწყებ, გადაამოწმე, ვინ არის ეს მომხმარებელი.

ცვლის თუ არა -savedir პერსონაჟების შენახვის ადგილს?

არა. ის მხოლოდ იმ მანქანაზე მოქმედებს, სადაც სერვერი მუშაობს. პერსონაჟებს თითოეული მოთამაშის კლიენტი ინახავს characters_local-ში საკუთარ კომპიუტერზე, სერვერი კი მათ არასოდეს წერს.

რატომ არ ითვალისწინებს სერვერი ჩემს adminlist.txt-ს?

თითქმის ყოველთვის იმიტომ, რომ ეს სხვა ასლია. სერვერი მხოლოდ საკუთარი შენახვის საქაღალდის ძირში მყოფ ფაილს კითხულობს. წაშალე ზედმეტი ასლები, ერთხელ გადატვირთე სერვერი და, თუ არ ხარ დარწმუნებული, რომელია რომელი, დაარედაქტირე ის ფაილი, რომელსაც ის შექმნის.

შეუძლიათ ორ სერვერს ერთი შენახვის საქაღალდის გაზიარება?

გაშვება შეუძლიათ, მაგრამ ადმინების, ბანების და დაშვებულთა სიები საერთო ექნებათ, ხოლო ორი სერვერი, რომლებიც ერთი და იმავე სახელის სამყაროს ტვირთავს, ერთმანეთის შენახვებს გადაწერს. თითოეულ სერვერს საკუთარი -savedir მიეცი.

უსაფრთხოა სერვერის ინსტალაციის საქაღალდის წაშლა?

კი, თუ -savedir მის შიგნით არ მიუთითებს. ნაგულისხმევი შენახვის საქაღალდე სხვაგანაა, ამიტომ ხელახლა დაყენება სამყაროებს არ ეხება. თუ მოდებს იყენებ, წინასწარ BepInEx/config საქაღალდე დააკოპირე.