ការបម្រុងទុកលីនុចពី Veeam នៅលើ Elbrus OS ។ នាំចូលជំនួស ['?' | '។' | '!']

សួស្តីអ្នករាល់គ្នា។
អត្ថបទថ្មីៗអំពី Habre ការជំនួសការនាំចូលក្នុងការអនុវត្ត។ ផ្នែកទី 1. ជម្រើស и តន្ត្រីមិនលេងយូរទេ... ឬរបៀបដែល Elbrus OS មិនដែលទំនេរ មិនបានទុកឱ្យខ្ញុំព្រងើយកណ្តើយ។ ខ្ញុំបានសម្រេចចិត្តសិក្សាបញ្ហានេះនៅក្នុងបរិបទនៃកិច្ចការបម្រុងទុក។ លើសពីនេះទៅទៀតនៅក្នុង អត្ថបទនេះ ផលិតផលកម្មវិធី Veeam ត្រូវបានលើកឡើង ដែលមានន័យថា បញ្ហានេះអាចពាក់ព័ន្ធជាពិសេសនៅក្នុងបរិបទនៃការជំនួសការនាំចូល។

ប្រភពរូបភាពដើម

ជាដំបូង ខ្ញុំបានសម្រេចចិត្តទាញយក Elbrus OS ឬផ្ទុយទៅវិញ មានតែការចែកចាយដែលមានសម្រាប់ស្ថាបត្យកម្ម x86_64 មើលពីរបៀបដែលវាដំណើរការ ហើយព្យាយាមដំឡើង Veeam Agent សម្រាប់ Linux នៅលើវា។ ចង់​ដឹង​ថា​មាន​អ្វី​ចេញ​មក​មើល​ឆ្មា​ទាំង​អស់​គ្នា។

ដូច្នេះ​ការ​យល់​ឃើញ​តូច​មួយ​ក្នុង​ករណី​ដែល​អ្នក​ណា​ម្នាក់​មិន​ដឹង។ "Elbrus" គឺដូចនោះ។ ខួរក្បាល ជាមួយនឹងប្រព័ន្ធបញ្ជាជាក់លាក់។ បន្ថែមពីលើវាមានកម្មវិធី Elbrus OS ។ ហើយ - ផ្ទុយទៅនឹងជំនឿដ៏ពេញនិយម - ដើម្បីដំណើរការ Elbrus OS វាមិនចាំបាច់ក្នុងការមានប្រព័ន្ធ Hardware ដោយផ្អែកលើប្រព័ន្ធដំណើរការ Elbrus នោះទេ។ មាន "PDK "Elbrus" សម្រាប់ x86 - តាមពិតវាបានបង្ហាញខ្លួននៅក្នុងដែនសាធារណៈក្នុងទម្រង់ជាថាសដំឡើង។ និយាយអីញ្ចឹង មានលេខយោង "PDK - platform developer kit, developer kit" - ល្អណាស់ ដែលមានន័យថាយ៉ាងហោចណាស់មានអ្នកចងក្រងនៅទីនោះ។

ការដកថយដោយបង្ខំតូចមួយទៀត។ ការពិតគឺថាខ្ញុំធ្លាប់បានដោះស្រាយជាមួយកម្មវិធីក្នុងស្រុកដូចជា MSVS និង Baguette RTOS ។ ខ្ញុំមានបទពិសោធន៍ធ្វើការជាមួយសមាសធាតុក្នុងស្រុក រួមទាំងខួរក្បាលពី MCST ។ ដូច្នេះហើយ ខ្ញុំអាចនិយាយដោយការទទួលខុសត្រូវទាំងស្រុងថា មានភាពជាក់លាក់ជាក់លាក់មួយនៅក្នុងតំបន់នេះ ហើយខ្ញុំនឹងព្យាយាមមិនប៉ះពាល់វានៅក្នុងអត្ថបទ។ នៅពេលដែលខ្ញុំចង់បាន ខ្ញុំនឹងដាក់ស្លាក [TBD]។ ដូច្នេះ យើង​នឹង​ព្យាយាម​ធ្វើ​ដោយ​មិន​មាន​ការ​ស្រែក​ថ្ងូរ និង​ការ​ស្រែក​ថ្ងូរ នៅទីបញ្ចប់ ឧស្សាហកម្មការពារជាតិរុស្ស៊ី និងភ្នាក់ងាររដ្ឋាភិបាលចាំបាច់ត្រូវយល់។ ប្រទេសធំ ថវិកាតូច .. [TBD] ។

ដំណាក់កាលសូន្យ - ទាញយក។ គួរកត់សម្គាល់ថា ដំណឹងដែលថា Elbrus OS ត្រូវបានដាក់ឱ្យប្រើប្រាស់បាន បណ្តាលឱ្យមានប្រតិកម្មខ្លាំង រហូតធ្វើឱ្យម៉ាស៊ីនមេចែកចាយធ្លាក់ចុះ។ [TBD] សូមអរគុណដល់ Yandex និងវិស្វករដែលគិតចង់ផ្លាស់ទីវានៅទីនោះ។ ដូច្នេះល្បឿនទាញយកគឺល្អ។

ដំណាក់កាលទី 1 - ការដំឡើង។ ខ្ញុំបានដំឡើងវានៅលើ hypervisor ដំបូងដែលអាចប្រើបានដោយឥតគិតថ្លៃ។ ខ្ញុំបានបែងចែកស្នូលពីរ, RAM ពីរបីជីកាបៃ, 32 MB សម្រាប់វីដេអូ (ខ្ញុំគិតថានឹងមានចំណុចប្រទាក់ក្រាហ្វិក) ។ ថាសគឺដូចធម្មតា - 32 ជីកាបៃ។
ខ្ញុំបានចាប់ផ្តើមការដំឡើង។ ខ្ញុំ​មិន​បាន​ប្រើ​ការណែនាំ​អំពី​ការ​ដំឡើង​ទេ ដូច្នេះ​ខ្ញុំ​មិន​អាច​ធ្វើ​អត្ថាធិប្បាយ​លើ​វា​បាន​ទេ។ ចំណុចប្រទាក់ដំឡើង TUI គឺមានលក្ខណៈតិចតួចបំផុត។

ជាការប្រសើរណាស់, យើងអាចធ្វើបានដោយគ្មានកណ្តុរ។

ខ្ញុំបានគ្រប់គ្រងបង្អួចបន្ទាប់នៅលើការសាកល្បងលើកទីពីរ។ ហេតុអ្វីមិនជ្រើសរើសឧបករណ៍លំនាំដើម sr0 [TBD] នៅពេលដំឡើងពីថាស?
ជ្រើសរើសប្រភពស៊ីឌីរ៉ូម ហើយបន្តទៅមុខទៀត។

ពេលជ្រើសរើសតំបន់ពេលវេលា ខ្ញុំស្រាប់តែដឹងថាប្រព័ន្ធប្រើដំណើរការចាប់ផ្ដើម init ហើយខ្ញុំកំពុងធ្វើការពី TTY0។

យល់ព្រម បន្ទាប់មកសូមចាត់ថ្នាក់ "Elbrus" ជាសហគមន៍មួយ។ អ្នកជឿចាស់[TBD]។ ជាគោលការណ៍ វាល្អ៖ អ្នកមិនចាំបាច់សុំកូដប្រភព ដើម្បីមើលពីរបៀបដែលដំណើរការទាញយកដំណើរការទេ ព្រោះអ្វីៗទាំងអស់ត្រូវបានសរសេរជាអក្សរ។

អ្វីដែលនៅសល់គឺស្ទើរតែមិនសំខាន់: យើងដាក់អ្វីគ្រប់យ៉ាងហើយយល់ព្រម។ នៅតាមផ្លូវយើងរកឃើញថាខឺណែលត្រូវបានប្រើ 3.14.79-13.84 ។ ហ៊ឺ ដេបៀន 7 មាន 3.2 [TBD]។

បន្ទាប់មក សូមជ្រើសរើសការបែងចែកថាសលំនាំដើម ហើយ... យើងឃើញការព្រមានមួយ៖

ហ៎ ដូចម្ដេចដែលការបែងចែកដោយស្វ័យប្រវត្តិមិនអាចដោះស្រាយបានល្អជាមួយថាស 32 gig ។ ខ្ញុំ​មិន​បាន​ផ្លាស់ប្តូរ​ថាស​ទេ ខ្ញុំ​បាន​បញ្ចប់​ដំណើរ​ស្វែងរក​ដោយ​ការ​ចែក​ភាគថាស​ដោយ​ដៃ​ក្នុង​រចនាប័ទ្ម "ទាំងអស់​ក្នុង​មួយ"។ ខ្ញុំត្រូវដំឡើង ext3 ព្រោះ /boot មិនអាចនៅក្នុង ext4 បានទេ។
ប្រព័ន្ធនេះបានកើតឡើងដោយគ្មានឧប្បត្តិហេតុ។

ដំណាក់កាលទីពីរ - ស្វែងរកជម្រើសជំនួស។
បន្ទាប់ពី rummaging តាមរយៈមាតិកានៃឌីសទីពីរ, ខ្ញុំបានដឹងថានេះគឺជាឃ្លាំងដែលមានបន្ថែម។ នៅក្នុងកញ្ចប់។ ហើយសម្លឹងមើល /etc/apt/sources.list ខ្ញុំបានដឹងថាវាត្រូវតែត្រូវបានម៉ោននៅក្នុង /mnt/cdrom ។ ប៉ុន្តែខ្ញុំមិនបានរកឃើញ /etc/os-release ។ ប៉ុន្តែមាន /etc/mcst-version ជាមួយមាតិកា 3.0-rc36 ។ 3.0 ប្រហែលជាកំណែ - វាហាក់ដូចជាសមប៉ុន្តែ rc36? ជាទូទៅ កម្មវិធីភាគីទីបីទំនងជាមិនអាចទទួលស្គាល់ការចែកចាយនេះតាមវិធីបុរាណបានទេ។

នៅក្នុងភាគថាសជា root ថត /mcst ចាប់ភ្នែកខ្ញុំ ហើយនៅទីនោះ ដោយបេះដូងលិច ខ្ញុំបានរកឃើញ /mcst/backup ។ នោះគឺមានឧបករណ៍បម្រុងទុក ហើយវាត្រូវបានបង្កើតឡើងនៅក្នុងប្រព័ន្ធ! “ល្អណាស់” ខ្ញុំបានគិតថា “តោះមើលពីរបៀបដែលវាដំណើរការ!”

វាបានប្រែក្លាយថាមាន 4Kb bash script /mcst/bin/backup ដែលផ្តល់ការចម្លងឯកសារ។ តាមលំនាំដើម - ទៅថត /mcst/backup ។ នៅក្នុងកូដប្រភព ខ្ញុំរំពឹងថានឹងឃើញពាក្យបញ្ជា rsync ប៉ុន្តែវាមិនស្ថិតនៅក្នុងការកំណត់លំនាំដើមទេ។ ស្គ្រីបគ្រាន់តែចម្លងឯកសារ។ ពាក្យបញ្ជាមើលទៅដូចនេះ៖

cp -rpdx <file backup> <file>

ឯកសារទាំងមូល /mcst/bin/backup គឺនៅទីនេះខ្ញុំ​ព្រមាន​អ្នក​ភ្លាម​ថា​ស្គ្រីប​នេះ​តែ​មួយ​មុខ​មិន​គ្រប់គ្រាន់​ដើម្បី​យល់​យ៉ាង​ពេញលេញ​។ វាទាញមុខងារពី /mcst/bin/source ដែលជាមុខងារដូចជាបណ្ណាល័យមុខងារ។ ខ្ញុំមិនបានបញ្ចូលវាទេ (44KB)។

#!/bin/bash

unalias -a

set +vx

source $(dirname $0)/source
[[ $? != 0 ]] && exit 1

OPTIONS="hvcdrRil:L:"

usage()
{
	echo "Usage: $PROG_NAME [-$OPTIONS] [backup]"
	echo "    h            - this help"
	echo "    v vv vvv     - verbose, very verbose, extremly verbose"
	echo "    c            - create backup"
	echo "    d            - diffs backup and system"
	echo "    r            - recovery system"
	echo "    R            - remove backup"
	echo "    i            - prompt before backup removing"
	echo "    l list       - additional backup files list"
	echo "    L list       - global backup files list"
	echo "    backup       - backup directory, default /mcst/backup/backup"
}

init_prog()
{
	typeset flg=0

	while getopts $OPTIONS opt
	do
		case $opt in
		h ) usage; exit 0;;
		v ) (( verbose = verbose + 1 )); set_verbose;;
		c ) flg=1; c_flg=1;;
		d ) flg=1; d_flg=1;;
		r ) flg=1; r_flg=1;;
		R ) flg=1; R_flg=1;;
		i ) i_flg=1;;
		l ) l_flg=1; list_arg="$list_arg $OPTARG";;
		L ) L_flg=1; LIST_arg="$LIST_arg $OPTARG";;
		* ) usage "Invalid option"; exit 1;;
		esac
	done

	set_verbose

	check_su

	init_variables

	shift $((OPTIND-1))

	if (( $# > 1 ))
	then
		echo_fatal "invalid arguments number, exp 0|1, act $#"
		exit 1
	fi

	[[ $# = 1 ]] && BACKUP=$1

	echo "Backup directory is $BACKUP"

	if [[ $L_flg = 1 ]]
	then
		backup_list="$LIST_arg"
	elif [[ $c_flg != 1 && $R_flg != 1 ]]
	then
		get_output_cmd "cat $BACKUP/$BACKUP_LIST_NAME"
		backup_list="$output_cmd"
	else
		get_output_cmd "get_backup_list"
		backup_list="$output_cmd"
	fi

	if [[ $l_flg = 1 ]]
	then
		backup_list="$backup_list $list_arg"
	fi

	if [[ $flg = 0 ]]
	then
		if [[ -d $BACKUP ]]
		then
			ls -laR $BACKUP
		else
			echo_info "Cannot access $BACKUP"	
		fi
		echo "backup_list=$backup_list"
		exit 0
	fi

###	echo "Backup list: $backup_list"
}

create_file()
{
	typeset f=$1 fr=$2
	typeset fb

	[[ -z $fr ]] && fr=$f

	fb=${f#/}

	fb=$BACKUP/$fb

	xcmd="rm -rf $fb"
	set_cmd "$xcmd"
	run_cmd

	xcmd="mkdir -p $fb"
	set_cmd "$xcmd"
	run_cmd

	if [[ -a $fr ]]
	then
		xcmd="cp -rpdx $fr $fb/file"
		set_cmd "$xcmd"
		run_cmd

		xcmd="touch $fb/create"
		set_cmd "$xcmd"
		run_cmd
	else
		xcmd="touch $fb/delete"
		set_cmd "$xcmd"
		run_cmd
	fi
}

diff_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ -f $fb/delete ]]
	then
		echo_info "$f absent"
	elif [[ -f $fb/create ]]
	then
#		echo "state: create $f"

		if [[ ! -a $f ]]
		then
			echo_info "cannot access $f"
		else
			xcmd="diff -r $f $fb/file"
			echo "$xcmd"
			set_cmd "$xcmd" "" "0 1 2"
			run_cmd
		fi
	else
		echo_fatal "wrong $f backup"
		exit 1
	fi
}

recovery_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ ! -a $fb ]]
	then
		echo_fatal "cannot access $fb"
		exit 1
	fi

	xcmd="rm -rf $f"
	set_cmd "$xcmd"
	run_cmd

	if [[ -f $fb/delete ]]
	then
		:
	elif [[ -f $fb/create ]]
	then
		xcmd="cp -rpdx $fb/file $f"
		set_cmd "$xcmd"
		run_cmd
	else
		echo_fatal "wrong $fb backup"
		exit 1
	fi
}

remove_backup()
{
	echo "Remove backup"

	if [[ ! -d $BACKUP ]]
	then
		echo_info "Cannot access $BACKUP"
		return
	fi

	if [[ ! -f $BACKUP/$BACKUP_LIST_NAME ]]
	then
		echo_fatal "$BACKUP_LIST_NAME absent, remove backup manually"
		exit 0
	fi

	answer=
	if [[ $i_flg = 1 ]]
	then
		echo -n "Remove $BACKUP directory (yes/...)?"
		read answer
	else
		answer=yes
	fi
	if [[ $answer = yes ]]
	then
		xcmd="rm -rf $BACKUP"
		set_cmd "$xcmd"
		run_cmd
	fi
}

recovery_backup()
{
	echo "Recovery system from $BACKUP" 

	for f in $backup_list
	do
		get_output_cmd "get_mount_point $f"
		mnt=$output_cmd
		get_output_cmd "is_ro_mounted $mnt"
		mnt=$output_cmd
		if [[ ! -z $mnt ]]
		then
			remount_rw_fs $mnt
		fi 
		recovery_file $f
		if [[ ! -z $mnt ]]
		then
			remount_ro_fs $mnt
		fi 
	done

	echo "The system is ready, reboot the system manually" 
}

create_backup()
{
		echo "Create backup"

		xcmd="mkdir -pm0777 $BACKUP"
		set_cmd "$xcmd"
		run_cmd

		for v in $backup_list
		do
			f=${v%%:*}
			backup_list2="$backup_list2 $f"
			fr=${v#*:}
			create_file $f $fr
		done
		echo "$backup_list2" >$BACKUP/$BACKUP_LIST_NAME
}

diff_backup()
{
	echo "Diffs system and backup" 

	if [[ ! -d $BACKUP ]]
	then
		echo_fatal "cannot access $BACKUP"
		exit 1
	fi

	for f in $backup_list
	do
		diff_file $f
	done
}

main()
{
	typeset f mnt mnt_list answer

	if [[ $R_flg = 1 ]]
	then
		remove_backup
	fi

	if [[ $r_flg = 1 ]]
	then
		recovery_backup
	fi

	if [[ $c_flg = 1 ]]
	then
		create_backup
	fi

	if [[ $d_flg = 1 ]]
	then
		diff_backup
	fi
}

init_prog "$@"

main

exit 0

ទោះបីជា, ប្រហែលជាខ្ញុំមិនយល់អ្វីមួយ? ប្រហែលជាមាននរណាម្នាក់អាចពន្យល់នៅក្នុងមតិយោបល់៖ តើស្គ្រីបនេះធានាសុវត្ថិភាព និងអាចទុកចិត្តបានក្នុងការបម្រុងទុកទិន្នន័យដោយរបៀបណា? [TBD]

ដោយវិធីនេះ rsync ត្រូវបានរួមបញ្ចូលនៅក្នុងកម្មវិធីបន្ថែម។ ឃ្លាំង។ កំណែ 3.1.3 ។ ខ្ញុំគិតថាការប្រើ rsync នៅតែជាជម្រើសដ៏ប្រសើរសម្រាប់កម្មវិធី /mcst/bin/backup ។

បន្ទាប់​មក ខ្ញុំ​សម្រេច​ចិត្ត​ដាក់​ថ្មី​មួយ​ ភ្នាក់ងារ Veeam សម្រាប់លីនុច. នរណាម្នាក់នឹងសួរថា "តើ Veeam និងការជំនួសការនាំចូលមានអ្វីដែលត្រូវធ្វើជាមួយវា?" បាទ/ចាស វាមិនមាននៅក្នុងការចុះឈ្មោះទេ ប៉ុន្តែវាត្រូវបានបញ្ជាក់ដោយ FSTEC ដែលមានន័យថាក្នុងករណីដែលគ្មានជម្រើស វាអាចប្រើប្រាស់បាន។ ចំណាយពេលដប់ប្រាំនាទីលើជម្រើសពី បញ្ជីឈ្មោះខ្ញុំអាចស្វែងរកតំណភ្ជាប់ចំនួន 3 សម្រាប់ពាក្យ "បម្រុងទុក" (មិនទាក់ទងនឹងសំណួររបស់ខ្ញុំសម្រាប់ពាក្យ "បម្រុងទុក") ។ ខ្ញុំ​មិន​បាន​ធ្វើ​ការ​វិភាគ​ស៊ីជម្រៅ​អំពី​កម្មវិធី​ទាំង​នេះ​ទេ ដូច្នេះ​ខ្ញុំ​នឹង​មិន​ព្យាយាម​វិនិច្ឆ័យ​ថា​តើ​វា​ស័ក្តិសម​ប៉ុណ្ណា​សម្រាប់​ការ​បម្រុង​ទុក​ម៉ាស៊ីន​ដែល​ដំណើរការ​លើ​លីនុច។ អ្នកណាត្រូវការវានឹងទាញការសន្និដ្ឋានរបស់គាត់ហើយចែករំលែកវានៅក្នុងមតិយោបល់។

ដំណាក់កាលទីបី - ការដំឡើងភ្នាក់ងារ Veeam សម្រាប់លីនុច។
ដូច្នេះ ភ្នាក់ងារ Veeam សម្រាប់លីនុចមានកញ្ចប់ពីរ៖ ម៉ូឌុលខឺណែល veeamsnap (ដោយវិធីនេះ ប្រភពនៅទីនេះ) និងលេខកូដលំហអ្នកប្រើប្រាស់ដែលមានកម្មសិទ្ធិក្នុងទម្រង់ជាកញ្ចប់ veeam ។

មានបញ្ហាតូចមួយជាមួយការដំឡើងម៉ូឌុលខឺណែល - កញ្ចប់ dkms ដែលបាត់។ នេះគឺជាសេវាកម្មដែលអនុញ្ញាតឱ្យអ្នកបង្កើតម៉ូឌុលខឺណែលពីប្រភព។ តាមក្បួនវាមាននៅលើការចែកចាយ deb ទាំងអស់។ ខ្ញុំត្រូវទាញយកវាពីឃ្លាំង deb ភាគីទីបី។ រឿងមួយដែលធ្វើឱ្យខ្ញុំសប្បាយចិត្តនោះគឺថាកញ្ចប់មិនអាស្រ័យលើស្ថាបត្យកម្មដូច្នេះវាសមដូចជនជាតិដើម។ ហេតុអ្វីបានជាវាមិនត្រូវបានដាក់បញ្ចូលក្នុងបញ្ជីកញ្ចប់ដែលមាន ឬផ្ទុយទៅវិញមិនត្រូវបានអភិវឌ្ឍ [TBD]? ប្រហែលជាវាត្រូវបានសន្មត់ថាគ្មាននរណាម្នាក់គួរបង្កើត និងដំណើរការម៉ូឌុលខឺណែលដែលមិនមែនជា MCST ទេ។ ពិតជាមានភាពមិនស្របគ្នានៅទីនេះ - ដោយសារមានលីនុច - បឋមកថា។ នោះគឺ ម៉ូឌុល ប្រសិនបើចង់បាន អាចត្រូវបានផ្គុំដោយដៃ ហើយចាប់ផ្តើមដោយស្គ្រីប នៅពេលម៉ាស៊ីនចាប់ផ្តើម។ ខ្ញុំគិតថាអ្នកមិនគួររំពឹងថានឹងមានការធ្វើបច្ចុប្បន្នភាពញឹកញាប់ពី MCST [TBD] ទេ។

"យល់ព្រម ម៉ូឌុលត្រូវបានដំឡើង - ផ្នែកពិបាកបំផុតគឺចប់ហើយ" ខ្ញុំគិតថា... កញ្ចប់ veeam សម្រាប់ឃ្លាំង deb គឺសម្រាប់វេទិកា amd64 ហើយ Elbrus OS មានវេទិកា x86_64 [TBD] ។ ជាការពិតណាស់ ភាពខុសគ្នាគឺមានតែនៅក្នុងឈ្មោះប៉ុណ្ណោះ ប៉ុន្តែភាពខុសគ្នានេះធ្វើឱ្យកញ្ចប់ស្ទើរតែទាំងអស់ពីឃ្លាំង de-party មិនត្រូវគ្នាជាមួយ Elbrus OS។ ការយល់ច្រឡំដ៏គួរឱ្យរំខាននេះអាចត្រូវបានលុបចោលយ៉ាងសាមញ្ញ៖ គ្រាន់តែរុះរើកញ្ចប់ កែតម្រូវព័ត៌មានអំពីស្ថាបត្យកម្ម ហើយដាក់វាត្រឡប់មកវិញ។ របៀបធ្វើវា Googled វា។ ភ្លាមៗ។

mkdir tmp
dpkg-deb -R original.deb tmp
# edit DEBIAN/postinst
dpkg-deb -b tmp fixed.deb

បញ្ហាមួយទៀតគឺភាពអាស្រ័យ។ ឯកសារចាំបាច់ហាក់ដូចជានៅទីនោះ ប៉ុន្តែកញ្ចប់ទាំងនោះមិនមានទេ។ ចំណាប់អារម្មណ៍គឺថាឈ្មោះនៃកញ្ចប់ខុសគ្នាពី "អាណាឡូកដែលបាននាំចូល" របស់ពួកគេ។ ប្រហែលជាបណ្ណាល័យត្រូវបានវេចខ្ចប់ខុសៗគ្នា។ ខ្ញុំ​មិន​បាន​ចូល​ទៅ​ក្នុង​លម្អិត​ច្រើន​ពេក​ទេ លុប​ភាព​អាស្រ័យ​ស្ទើរតែ​ទាំងអស់​ចេញ ហើយ​ការ​ដំឡើង​បាន​ដំណើរការ​ទៅ​មុខ។

បន្ទាប់មកបញ្ហាកើតឡើងជាមួយលេខកូដចាប់ផ្តើមសេវាកម្ម។ ស្គ្រីប /lib/init/vars.sh បានបាត់។ សម្រាប់ហេតុផលមួយចំនួន Elbrus គ្រប់គ្រងដោយគ្មានវា ដូច្នេះយើងនឹងលុបវាចេញផងដែរ។ បន្ទាប់មក យើងត្រូវជំនួសមុខងារលទ្ធផលសារ៖ មុខងារ log_daemon_msg និង log_end_msg បានបាត់។ បន្ទាប់​ពី​និយាយ​ជុំវិញ​ក្នុង​ឯកសារ /lib/lsb/init-functions ខ្ញុំ​បាន​រក​ឃើញ​អនុគមន៍ log_success_msg - វា​នឹង​ល្អ​សម្រាប់​យើង​សម្រាប់​ការ​ពិសោធន៍។ ដោយវិធីនេះ នៅក្នុងឯកសារ /lib/lsb/init-functions បន្ទាត់ “# Source SuSE`s rc functions” គឺនៅដើមឯកសារ [TBD]។

បន្ទាប់ពីដំណើរការដ៏លំបាកនៃកញ្ចប់ជាមួយនឹងឯកសារមួយ ការបម្រុងទុកម៉ាស៊ីនទាំងមូលនៅលើការចែករំលែក NFS ត្រូវបានដំណើរការដោយជោគជ័យ។ ការភ្ជាប់ការបម្រុងទុកក៏ទទួលបានជោគជ័យផងដែរ។ ដូច្នេះខ្ញុំជឿថាសម្រាប់ការបម្រុងទុកម៉ាស៊ីនជាមួយ Elbrus PDK ដែលបានទាញយក "ដូចនោះ" ដោយគ្មានកាតព្វកិច្ចណាមួយ Veeam Agent សម្រាប់ Linux គឺពិតជាសមរម្យ។ សូម្បីតែបន្ទាប់ពីការកែប្រែទាំងអស់ជាមួយនឹងឯកសារមួយ។

ជាការពិតណាស់ ឧបករណ៍ចែកចាយ Elbrus OS មិនត្រូវបានគាំទ្រជាផ្លូវការទេ ដោយសារវាមិនត្រូវបានបញ្ចូលក្នុងបញ្ជីនៃកម្មវិធីដែលគាំទ្រ។ លើសពីនេះទៀត Veeam Agent សម្រាប់លីនុចមិនត្រូវបានសាកល្បងលើវាដោយនាយកដ្ឋាន QA ទេ ដូច្នេះអ្នកទាំងនោះ។ មិនមានការគាំទ្រទេ (យ៉ាងហោចណាស់នៅពេលបោះពុម្ពអត្ថបទ) ។

ខ្ញុំសង្ឃឹមថាអត្ថបទនឹងមានប្រយោជន៍សម្រាប់អ្នកដែលកំពុងព្យាយាមអនុវត្តបទបញ្ជាលេខ 334 នៃថ្ងៃទី 29.06.2017 ខែមិថុនាឆ្នាំ XNUMX ។ របស់ខ្ញុំសម្រាប់អ្នក ... [TBD] ។

ប្រភព: www.habr.com